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Introduction 


Python is probably the easiest-to-learn and nicest-to-use programming lan¬ 
guage in widespread use. Python code is clear to read and write, and it is con¬ 
cise without being cryptic. Python is a very expressive language, which means 
that we can usually write far fewer lines of Python code than would be required 
for an equivalent application written in, say, C++ or Java. 

Python is a cross-platform language: In general, the same Python program can 
be run on Windows and Unix-like systems such as Linux, BSD, and Mac OS X, 
simply by copying the file or files that make up the program to the target 
machine, with no “building” or compiling necessary. It is possible to create 
Python programs that use platform-specific functionality, but this is rarely 
necessary since almost all of Python’s standard library and most third-party 
libraries are fully and transparently cross-platform. 

One of Python’s great strengths is that it comes with a very complete standard 
library—this allows us to do such things as download a file from the Internet, 
unpack a compressed archive file, or create a web server, all with just one or a 
few lines of code. And in addition to the standard library, thousands of third- 
party libraries are available, some providing more powerful and sophisticat¬ 
ed facilities than the standard library—for example, the Twisted networking 
library and the NumPy numeric library—while others provide functionality 
that is too specialized to be included in the standard library—for example, the 
SimPy simulation package. Most of the third-party libraries are available from 
the Python Package Index, pypi. python. org/pypi. 

Python can be used to program in procedural, object-oriented, and to a lesser 
extent, in functional style, although at heart Python is an object-oriented 
language. This book shows how to write both procedural and object-oriented 
programs, and also teaches Python’s functional programming features. 

The purpose of this book is to show you how to write Python programs in good 
idiomatic Python 3 style, and to be a useful reference for the Python 3 language 
after the initial reading. Although Python 3 is an evolutionary rather than rev¬ 
olutionary advance on Python 2 , some older practices are no longer appropriate 
or necessary in Python 3, and new practices have been introduced to take ad¬ 
vantage of Python 3 features. Python 3 is a better language than Python 2 —it 
builds on the many years of experience with Python 2 and adds lots of new 
features (and omits Python 2’s misfeatures), to make it even more of a pleasure 
to use than Python 2 , as well as more convenient, easier, and more consistent. 
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The book’s aim is to teach the Python language, and although many of the 
standard Python libraries are used, not all of them are. This is not a problem, 
because once you have read the book, you will have enough Python knowledge 
to be able to make use of any of the standard libraries, or any third-party 
Python library, and be able to create library modules of your own. 

The book is designed to be useful to several different audiences, including self- 
taught and hobbyist programmers, students, scientists, engineers, and others 
who need to program as part of their work, and of course, computing profes¬ 
sionals and computer scientists. To be of use to such a wide range of people 
without boring the knowledgeable or losing the less-experienced, the book as¬ 
sumes at least some programming experience (in any language). In particu¬ 
lar, it assumes a basic knowledge of data types (such as numbers and strings), 
collection data types (such as sets and lists), control structures (such as if and 
while statements), and functions. In addition, some examples and exercises 
assume a basic knowledge of HTML markup, and some of the more specialized 
chapters at the end assume a basic knowledge of their subject area; for exam¬ 
ple, the databases chapter assumes a basic knowledge of SQL. 

The book is structured in such a way as to make you as productive as possible 
as quickly as possible. By the end of the first chapter you will be able to write 
small but useful Python programs. Each successive chapter introduces new 
topics, and often both broadens and deepens the coverage of topics introduced 
in earlier chapters. This means that if you read the chapters in sequence, 
you can stop at any point and you’ll be able to write complete programs with 
what you have learned up to that point, and then, of course, resume reading 
to learn more advanced and sophisticated techniques when you are ready. For 
this reason, some topics are introduced in one chapter, and then are explored 
further in one or more later chapters. 

Two key problems arise when teaching a new programming language. The 
first is that sometimes when it is necessary to teach one particular concept, 
that concept depends on another concept, which in turn depends either directly 
or indirectly on the first. The second is that, at the beginning, the reader may 
know little or nothing of the language, so it is very difficult to present inter¬ 
esting or useful examples and exercises. In this book, we seek to solve both 
of these problems, first by assuming some prior programming experience, and 
second by presenting Python’s “beautiful heart” in Chapter 1—eight key pieces 
of Python that are sufficient on their own to write decent programs. One con¬ 
sequence of this approach is that in the early chapters some of the examples 
are a bit artificial in style, since they use only what has been taught up to the 
point where they are presented; this effect diminishes chapter by chapter, until 
by the end of Chapter 7, all the examples are written in completely natural and 
idiomatic Python 3 style. 

The book’s approach is wholly practical, and you are encouraged to try out the 
examples and exercises for yourself to get hands-on experience. Wherever 
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possible, small but complete programs and modules are used as examples to 
provide realistic use cases. The examples, exercise solutions, and the book’s 
errata are available online at www.qtrac.eu/py3book.html. 

Two sets of examples are provided. The standard examples work with any 
Python 3.x version—use these if you care about Python 3.0 compatibility. The 
“eg31” examples work with Python 3.1 or later—use these if you don’t need to 
support Python 3.0 because your programs’ users have Python 3.1 or later. All 
of the examples have been tested on Windows, Linux, and Mac OS X. 

While it is best to use the most recent version of Python 3, this is not always 
possible if your users cannot or will not upgrade. Every example in this book 
works with Python 3.0 except where stated, and those examples and features 
that are specific to Python 3.1 are clearly indicated as such. 

Although it is possible to use this book to develop software that uses only 
Python 3.0, for those wanting to produce software that is expected to be in use 
for many years and that is expected to be compatible with later Python 3.x re¬ 
leases, it is best to use Python 3.1 as the oldest Python 3 version that you sup¬ 
port. This is partly because Python 3.1 has some very nice new features, but 
mostly because the Python developers strongly recommend using Python 3.1 
(or later). The developers have decided that Python 3.0.1 will be the last 
Python 3.0.y release, and that there will be no more Python 3.0.y releases even 
if bugs or security problems are discovered. Instead, they want all Python 3 
users to migrate to Python 3.1 (or to a later version), which will have the usu¬ 
al bugfix and security maintenance releases that Python versions normal¬ 
ly have. 


The Structure of the Book 

Chapter 1 presents eight key pieces of Python that are sufficient for writing 
complete programs. It also describes some of the Python programming 
environments that are available and presents two tiny example programs, both 
built using the eight key pieces of Python covered earlier in the chapter. 

Chapters 2 through 5 introduce Python’s procedural programming features, 
including its basic data types and collection data types, and many useful built- 
in functions and control structures, as well as very simple text file handling. 
Chapter 5 shows how to create custom modules and packages and provides an 
overview of Python’s standard library so that you will have a good idea of the 
functionality that Python provides out of the box and can avoid reinventing 
the wheel. 

Chapter 6 provides a thorough introduction to object-oriented programming 
with Python. All of the material on procedural programming that you learned 
in earlier chapters is still applicable, since object-oriented programming is 
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built on procedural foundations—for example, making use of the same data 
types, collection data types, and control structures. 

Chapter 7 covers writing and reading files. For binary files, the coverage in¬ 
cludes compression and random access, and for text files, the coverage includes 
parsing manually and with regular expressions. This chapter also shows how 
to write and read XML files, including using element trees, DOM (Document 
Object Model), and SAX (Simple API for XML). 

Chapter 8 revisits material covered in some earlier chapters, exploring many of 
Python’s more advanced features in the areas of data types and collection data 
types, control structures, functions, and object-oriented programming. This 
chapter also introduces many new functions, classes, and advanced techniques, 
including functional-style programming and the use of coroutines—the mate¬ 
rial it covers is both challenging and rewarding. 

Chapter 9 is different from all the other chapters in that it discusses techniques 
and libraries for debugging, testing, and profiling programs, rather than 
introducing new Python features. 

The remaining chapters cover various advanced topics. Chapter 10 shows tech¬ 
niques for spreading a program’s workload over multiple processes and over 
multiple threads. Chapter 11 shows how to write client/server applications 
using Python’s standard networking support. Chapter 12 covers database pro¬ 
gramming (both simple key-value “DBM” files and SQL databases). 

Chapter 13 explains and illustrates Python’s regular expression mini-language 
and covers the regular expressions module. Chapter 14 follows on from the reg¬ 
ular expressions chapter by showing basic parsing techniques using regular ex¬ 
pressions, and also using two third-party modules, PyParsing and PLY. Finally, 
Chapter 15 introduces GUI (Graphical User Interface) programming using the 
tkinter module that is part of Python’s standard library. In addition, the book 
has a very brief epilogue, a selected bibliography, and of course, an index. 

Most of the book’s chapters are quite long to keep all the related material 
together in one place for ease of reference. However, the chapters are broken 
down into sections, subsections, and sometimes subsubsections, so it is easy to 
read at a pace that suits you; for example, by reading one section or subsection 
at a time. 


Obtaining and Installing Python 3 

If you have a modern and up-to-date Mac or other Unix-like system you may 
already have Python 3 installed. You can check by typing python -V (note the 
capital V) in a console (Terminal.app on Mac OS X)—if the version is 3.x you’ve 
already got Python 3 and don’t have to install it yourself If Python wasn’t 
found at all it may be that it has a name which includes a version number. Try 
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typing pythons -V, and if that does not work try pythonS. 0 -V, and failing that try 
pythons . 1 -V. If any of these work you now know that you already have Python 
installed, what version it is, and what it is called. (In this book we use the name 
pythons, but use whatever name worked for you, for example, pythonS . 1.) If you 
don’t have any version of Python 3 installed, read on. 

For Windows and Mac OS X, easy-to-use graphical installer packages are pro¬ 
vided that take you step-by-step through the installation process. These are 
available from www. python. org/download. For Windows, download the “Windows 
x86 MSI Installer”, unless you know for sure that your machine has a different 
processor for which a separate installer is supplied—for example, if you have 
an AMD64, get the “Windows AMD64 MSI Installer”. Once you’ve got the in¬ 
staller, just run it and follow the on-screen instructions. 

For Linux, BSD, and other Unixes (apart from Mac OS X for which a .ding in¬ 
stallation file is provided), the easiest way to install Python is to use your oper¬ 
ating system’s package management system. In most cases Python is provided 
in several separate packages. For example, in Ubuntu (from version 8), there 
is pythons.0 for Python, idle-python3.0 for IDLE (a simple development envi¬ 
ronment), and pythons.0-doc for the documentation—as well as many other 
packages that provide add-ons for even more functionality than that provided 
by the standard library. (Naturally, the package names will start with python- 
S. 1 for the Python 3.1 versions, and so on.) 

If no Python 3 packages are available for your operating system you will 
need to download the source from www.python.org/download and build Python 
from scratch. Get either of the source tarballs and unpack it using tar xvfz 
Python-S. l.tgz if you got the gzipped tarball or tar xvfj Python-S.l.tar.bz2 if 
you got the bzip2 tarball. (The version numbers may be different, for example, 
Python-S. 1 . 1 . tgz or Python-S. 1 .2. ta r. bz2, in which case simply replace S . 1 with 
your actual version number throughout.) The configuration and building are 
standard. First, change into the newly created Python-S. 1 directory and run 
./configure. (You can use the — prefix option if you want to do a local install.) 
Next, run make. 

It is possible that you may get some messages at the end saying that not all 
modules could be built. This normally means that you don’t have some of the 
required libraries or headers on your machine. For example, if the readline 
module could not be built, use the package management system to install the 
corresponding development library; for example, readline-devel on Fedora- 
based systems and readline-dev on Debian-based systems such as Ubuntu. 
Another module that may not build straight away is the tkinter module—this 
depends on both the Tcl and Tk development libraries, tcl-devel and tk-devel 
on Fedora-based systems, and tcl8.5-dev and tk8.5-dev on Debian-based sys¬ 
tems (and where the minor version may not be 5). Unfortunately, the relevant 
package names are not always so obvious, so you might need to ask for help on 
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Python’s mailing list. Once the missing packages are installed, run . /conf igu re 
and make again. 

After successfully making, you could run make test to see that everything is 
okay, although this is not necessary and can take many minutes to complete. 

If you used — prefix to do a local installation, just run make install. For 
Python 3.1, if you installed into, say, ~/local/python31, then by adding the ~/lo- 
cal/python31/bin directory to your PATH, you will be able to run Python using 
python3 and IDLE using idle3. Alternatively, if you already have a local directo¬ 
ry for executables that is already in your PATH (such as -/bin), you might prefer 
to add soft links instead of changing the PATH. For example, if you keep exe¬ 
cutables in -/bin and you installed Python in -/local/python31, you could create 
suitable links by executing In -s -/local/python31/bin/python3 -/bin/python3, 
and -/local/python31/bin/idle3 -/bin/idle3. For this book we did a local install 
and added soft links on Linux and Mac OS X exactly as described here—and 
on Windows we used the binary installer. 

If you did not use — prefix and have root access, log in as root and do make in¬ 
stall. On sudo-based systems like Ubuntu, do sudo make install. If Python 2 is 
on the system, /usr/bin/python won’t be changed, and Python 3 will be avail¬ 
able as python3.0 (or python3.1 depending on the version installed) and from 
Python 3.1, in addition, as python3. Python 3.0’s IDLE is installed as idle, 
so if access to Python 2’s IDLE is still required the old IDLE will need to be 
renamed—for example, to /us r/bin/idle2 —before doing the install. Python 3.1 
installs IDLE as idle! and so does not conflict with Python 2’s IDLE. 
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• Creating and Running Python 
Programs 

• Python’s “Beautiful Heart” 


Rapid Introduction to 
Procedural Programming 


This chapter provides enough information to get you started writing Python 
programs. We strongly recommend that you install Python if you have not 
already done so, so that you can get hands-on experience to reinforce what you 
learn here. (The Introduction explains how to obtain and install Python on all 
major platforms; 4 ■<.) 

This chapter’s first section shows you how to create and execute Python pro¬ 
grams. You can use your favorite plain text editor to write your Python code, 
but the IDLE programming environment discussed in this section provides not 
only a code editor, but also additional functionality, including facilities for ex¬ 
perimenting with Python code, and for debugging Python programs. 

The second section presents eight key pieces of Python that on their own are 
sufficient to write useful programs. These pieces are all covered fully in later 
chapters, and as the book progresses they are supplemented by all of the rest 
of Python so that by the end of the book, you will have covered the whole 
language and will be able to use all that it offers in your programs. 

The chapter’s final section introduces two short programs which use the subset 
of Python features introduced in the second section so that you can get an 
immediate taste of Python programming. 


Creating and Running Python Programs 


Python code can be written using any plain text editor that can load and save 
text using either the ASCII or the UTF-8 Unicode character encoding. By de¬ 
fault, Python files are assumed to use the UTF-8 character encoding, a super¬ 
set of ASCII that can represent pretty well every character in every language. 
Python files normally have an extension of . py, although on some Unix-like sys- 
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terns (e.g., Linux and Mac OS X) some Python applications have no extension, 
and Python GUI (Graphical User Interface) programs usually have an exten¬ 
sion of . pyw, particularly on Windows and Mac OS X. In this book we always use 
an extension of . py for Python console programs and Python modules, and . pyw 
for GUI programs. All the examples presented in this book run unchanged on 
all platforms that have Python 3 available. 

Just to make sure that everything is set up correctly, and to show the clas¬ 
sical first example, create a file called hello.py in a plain text editor (Win¬ 
dows Notepad is fine—we’ll use a better editor shortly), with the following 
contents: 

#!/usr/bin/env pythonB 
print("Hello", "World!") 

The first line is a comment. In Python, comments begin with a # and continue to 
the end of the line. (We will explain the rather cryptic comment in a moment.) 
The second line is blank—outside quoted strings. Python ignores blank lines, 
but they are often useful to humans to break up large blocks of code to make 
them easier to read. The third line is Python code. Here, the print () function 
is called with two arguments, each of type str (string; i.e., a sequence of char¬ 
acters). 

Each statement encountered in a . py file is executed in turn, starting with 
the first one and progressing line by line. This is different from some other 
languages, for example, C++ and Java, which have a particular function or 
method with a special name where they start from. The flow of control can of 
course be diverted as we will see when we discuss Python’s control structures 
in the next section. 

We will assume that Windows users keep their Python code in the C:\py3eg 
directory and that Unix (i.e., Unix, Linux, and Mac OS X) users keep their code 
in the $H0ME/py3eg directory. Save hello.py into the py3eg directory and close 
the text editor. 

Now that we have a program, we can run it. Python programs are executed 
by the Python interpreter, and normally this is done inside a console window. 
On Windows the console is called “Console”, or “DOS Prompt”, or “MS-DOS 
Prompt”, or something similar, and is usually available from Start-^AII Pro- 
grams^Accessories. On Mac OS X the console is provided by the Terminal.app pro¬ 
gram (located in Applications/Utilities by default), available using Finder, and 
on other Unixes, we can use an xte rm or the console provided by the windowing 
environment, for example, konsole or gnome-terminal. 

Start up a console, and on Windows enter the following commands (which 
assume that Python is installed in the default location)—the console’s output 
is shown in lightface; what you type is shown in bold: 
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C:\>cd c:\py3eg 

C :\py3eg\>c :\python31\python.exe hello.py 

Since the cd (change directory) command has an absolute path, it doesn’t 
matter which directory you start out from. 

Unix users enter this instead (assuming that Python 3 is in the PATH):* 

$ cd $H0nE/py3eg 
$ python3 hello.py 

In both cases the output should be the same: 

Hello World! 

Note that unless stated otherwise, Python’s behavior on Mac OS X is the 
same as that on any other Unix system. In fact, whenever we refer to “Unix” 
it can be taken to mean Linux, BSD, Mac OS X, and most other Unixes and 
Unix-like systems. 

Although the program has just one executable statement, by running it we can 
infer some information about the print () function. For one thing, print () is a 
built-in part of the Python language—we didn’t need to “import” or “include” 
it from a library to make use of it. Also, it separates each item it prints with 
a single space, and prints a newline after the last item is printed. These are 
default behaviors that can be changed, as we will see later. Another thing 
worth noting about print () is that it can take as many or as few arguments as 
we care to give it. 

Typing such command lines to invoke our Python programs would quickly 
become tedious. Fortunately, on both Windows and Unix we can use more 
convenient approaches. Assuming we are in the py3eg directory, on Windows 
we can simply type: 

C:\py3eg\>hello.py 

Windows uses its registry of file associations to automatically call the Python 
interpreter when a filename with extension . py is entered in a console. 

Unfortunately, this convenience does not always work, since some versions 
of Windows have a bug that sometimes affects the execution of interpreted 
programs that are invoked as the result of a file association. This isn’t specific 
to Python; other interpreters and even some . bat files are affected by the bug 
too. If this problem arises, simply invoke Python directly rather than relying 
on the file association. 

If the output on Windows is: 


print 0 
>181 


*The Unix prompt may well be different from the $ shown here; it does not matter what it is. 
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('Hello', 'World!') 

then it means that Python 2 is on the system and is being invoked instead 
of Python 3. One solution to this is to change the .py file association from 
Python 2 to Python 3. The other (less convenient, but safer) solution is to put 
the Python 3 interpreter in the path (assuming it is installed in the default lo¬ 
cation), and execute it explicitly each time. (This also gets around the Windows 
file association bug mentioned earlier.) For example: 

C:\py3eg\>path=c:\python31;%path% 

C;\py3eg\>python hello.py 

It might be more convenient to create a py3.bat file with the single line 
path=c:\python31;%path% and to save this file in the C:\Windows directory. Then, 
whenever you start a console for running Python 3 programs, begin by exe¬ 
cuting py3. bat. Or alternatively you can have py3. bat executed automatically. 
To do this, change the console’s properties (find the console in the Start menu, 
then right-click it to pop up its Properties dialog), and in the Shortcut tab’s Target 
string, append the text “ /u fk c:\windows\py3.bat” (note the space before, 
between, and after the “/u” and “/k” options, and be sure to add this at the end 
after “cmd.exe”). 

On Unix, we must first make the file executable, and then we can run it: 

$ chmod +x hello.py 
$ ./hello.py 

We need to run the chmod command only once of course; after that we can 
simply enter . /hello . py and the program will run. 

On Unix, when a program is invoked in the console, the file’s first two bytes are 
read.* If these bytes are the ASCII characters # I, the shell assumes that the file 
is to be executed by an interpreter and that the file’s first line specifies which 
interpreter to use. This line is called the shebang (shell execute) line, and if 
present must be the first line in the file. 

The shebang line is commonly written in one of two forms, either: 
#!/usr/bin/python3 


or: 


#!/usr/bin/env python3 

If written using the first form, the specified interpreter is used. This form 
may be necessary for Python programs that are to be run by a web server. 


*The interaction between the user and the console is handled by a “shell” program. The distinction 
between the console and the shell does not concern us here, so we use the terms interchangeably. 
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although the specific path may be different from the one shown. If written 
using the second form, the first pythonS interpreter found in the shell’s current 
environment is used. The second form is more versatile because it allows for 
the possibility that the Python 3 interpreter is not located in /usr/bin (e.g., it 
could be in /usr/local/bin or installed under $H0ME). The shebang line is not 
needed (but is harmless) under Windows; all the examples in this book have a 
shebang line of the second form, although we won’t show it. 

Note that for Unix systems we assume that the name of Python 3’s executable 
(or a soft link to it) in the PATH is pythonS. If this is not the case, you will need 
to change the shebang line in the examples to use the correct name (or correct 
name and path if you use the first form), or create a soft link from the Python 3 
executable to the name pythonS somewhere in the PATH. 

Many powerful plain text editors, such as Vim and Emacs, come with built-in 
support for editing Python programs. This support typically involves providing 
color syntax highlighting and correctly indenting or unindenting lines. An al¬ 
ternative is to use the IDLE Python programming environment. On Windows 
and Mac OS X, IDLE is installed by default. On Unixes IDLE is built along 
with the Python interpreter if you build from the tarball, but if you use a pack¬ 
age manager, IDLE is usually provided as a separate package as described in 
the Introduction. 

As the screenshot in Figure 1.1 shows, IDLE has a rather retro look that harks 
back to the days of Motif on Unix and Windows 95. This is because it uses the 
Tk-based Tkinter GUI library (covered in Chapter 15) rather than one of the 
more powerful modern GUI libraries such as PyGtk, PyQt, or wxPython. The 
reasons for the use of Tkinter are a mixture of history, liberal license condi¬ 
tions, and the fact that Tkinter is much smaller than the other GUI libraries. 
On the plus side, IDLE comes as standard with Python and is very simple to 
learn and use. 

IDLE provides three key facilities: the ability to enter Python expressions 
and code and to see the results directly in the Python Shell; a code editor that 
provides Python-specific color syntax highlighting and indentation support; 
and a debugger that can be used to step through code to help identify and kill 
bugs. The Python Shell is especially useful for trying out simple algorithms, 
snippets of code, and regular expressions, and can also be used as a very 
powerful and flexible calculator. 

Several other Python development environments are available, but we recom¬ 
mend that you use IDLE, at least at first. An alternative is to create your pro¬ 
grams in the plain text editor of your choice and debug using calls to print (). 

It is possible to invoke the Python interpreter without specifying a Python 
program. If this is done the interpreter starts up in interactive mode. In 
this mode it is possible to enter Python statements and see the results exactly 
the same as when using IDLE’s Python Shell window, and with the same »> 
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Figure 1.1 IDLE’s Python Shell 

prompts. But IDLE is much easier to use, so we recommend using IDLE for 
experimenting with code snippets. The short interactive examples we show 
are all assumed to be entered in an interactive Python interpreter or in IDLE’s 
Python Shell. 

We now know how to create and run Python programs, but clearly we won’t get 
very far knowing only a single function. In the next section we will consider¬ 
ably increase our Python knowledge. This will make us able to create short but 
useful Python programs, something we will do in this chapter’s last section. 


Python’s “Beautiful Heart” 


In this section we will learn about eight key pieces of Python, and in the next 
section we will show how these pieces can be used to write a couple of small but 
realistic programs. There is much more to say about all of the things covered 
in this section, so if as you read it you feel that Python is missing something 
or that things are sometimes done in a long-winded way, peek ahead using the 
forward references or using the table of contents or index, and you will almost 
certainly find that Python has the feature you want and often has more concise 
forms of expression than we show here—and a lot more besides. 


Piece #1: Data Types 


One fundamental thing that any programming language must be able to do 
is represent items of data. Python provides several built-in data types, but 
we will concern ourselves with only two of them for now. Python represents 
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integers (positive and negative whole numbers) using the int type, and it 
represents strings (sequences of Unicode characters) using the st r type. Here 
are some examples of integer and string literals: 

-973 

210624583337114373395836055367340864637790190801098222508621955072 

0 

"Infinitely Demanding" 

'Simon Critchley' 

'positively aPyC-^©' 

I I 


Incidentally, the second number shown is —the size of Python’s integers 
is limited only by machine memory, not by a fixed number of bytes. Strings 
can be delimited by double or single quotes, as long as the same kind are used 
at both ends, and since Python uses Unicode, strings are not limited to ASCII 
characters, as the penultimate string shows. An empty string is simply one 
with nothing between the delimiters. 

Python uses square brackets ([ ]) to access an item from a sequence such as 
a string. For example, if we are in a Python Shell (either in the interactive 
interpreter, or in IDLE) we can enter the following—the Python Shell’s output 
is shown in lightface; what you type is shown in bold: 

»> "Hard Times"[5] 

'T' 

»> "giraffe" [0] 

'g' 

Traditionally, Python Shells use »> as their prompt, although this can be 
changed. The square brackets syntax can be used with data items of any data 
type that is a sequence, such as strings and lists. This consistency of syntax 
is one of the reasons that Python is so beautiful. Note that all Python index 
positions start at 0. 

In Python, both str and the basic numeric types such as int are im¬ 
mutable —that is, once set, their value cannot be changed. At first this appears 
to be a rather strange limitation, but Python’s syntax means that this is a non¬ 
issue in practice. The only reason for mentioning it is that although we can use 
square brackets to retrieve the character at a given index position in a string, 
we cannot use them to set a new character. (Note that in Python a character is 
simply a string of length 1.) 

To convert a data item from one type to another we can use the syntax 
datatypeiitem) .For example: 

»> int("45") 

45 
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»> str(912) 

'912' 

The int () conversion is tolerant of leading and trailing whitespace, so 
int(" 45 ") would have worked just as well. The str() conversion can be 
applied to almost any data item. We can easily make our own custom data 
types support str() conversion, and also int() or other conversions if they 
make sense, as we will see in Chapter 6. If a conversion fails, an exception is 
raised—we briefly introduce exception-handling in Piece #5, and fully cover 
exceptions in Chapter 4. 

Strings and integers are fully covered in Chapter 2, along with other built-in 
data types and some data types from Python’s standard library. That chapter 
also covers operations that can be applied to immutable sequences, such 
as strings. 


Piece #2: Object References 


Once we have some data types, the next thing we need are variables in which 
to store them. Python doesn’t have variables as such, but instead has object 
references. When it comes to immutable objects like ints and strs, there is 
no discernable difference between a variable and an object reference. As for 
mutable objects, there is a difference, but it rarely matters in practice. We will 
use the terms variable and object reference interchangeably. 

Let’s look at a few tiny examples, and then discuss some of the details. 

X = "blue" 
y = "green" 
z = X 

The syntax is simply objectReference = value. There is no need for predecla¬ 
ration and no need to specify the value’s type. When Python executes the first 
statement it creates a st r object with the text “blue”, and creates an object ref¬ 
erence called X that refers to the str object. For all practical purposes we can 
say that “variable x has been assigned the ‘blue’ string”. The second statement 
is similar. The third statement creates a new object reference called z and sets 
it to refer to the same object that the x object reference refers to (in this case 
the str containing the text “blue”). 

The = operator is not the same as the variable assignment operator in some 
other languages. The = operator binds an object reference to an object in 
memory. If the object reference already exists, it is simply re-bound to refer to 
the object on the right of the = operator; if the object reference does not exist it 
is created by the = operator. 
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Let’s continue with the x, y, z example, and do some rebinding—as noted earlier, 
comments begin with a # and continue until the end of the line: 

print(x, y, z) # prints: blue green blue 
z = y 

print(x, y, z) # prints: blue green green 
X = z 

print(x, y, z) # prints: green green green 

After the fourth statement (x = z), all three object references are referring to 
the same str. Since there are no more object references to the “blue” string. 
Python is free to garbage-collect it. 

Figure 1.2 shows the relationship between objects and object references 
schematically. 


a 


= 7 



The circles represent object references. 

The rectangles represent objects in memory. 



Figure 1.2 Object references and objects 

The names used for object references (called identifiers) have a few restrictions. 

In particular, they may not be the same as any of Python’s keywords, and must Identi- 
start with a letter or an underscore and be followed by zero or more nonwhite- 
space letter, underscore, or digit characters. There is no length limit, and the 
letters and digits are those defined by Unicode, that is, they include, but are words 
not limited to, ASCII’s letters and digits (“a”, “b”,..., “z”, “A”, “B”,..., “Z”, “0”, “1”, ^ 

..., “9”). Python identifiers are case-sensitive, so for example, LIMIT, Limit, and 
limit are three different identifiers. Further details and some slightly exotic 
examples are given in Chapter 2. 

Python uses dynamic typing, which means that an object reference can be re¬ 
bound to refer to a different object (which may be of a different data type) at 
any time. Languages that use strong typing (such as C-n- and Java) allow only 
those operations that are defined for the data types involved to be performed. 

Python also applies this constraint, but it isn’t called strong typing in Python’s 
case because the valid operations can change—for example, if an object refer¬ 
ence is re-bound to an object of a different data type. For example: 

route = 866 

print(route, type(route)) # prints; 866 <class 'int'> 
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route = "North" 

print(route, type(route)) # prints; North <class 'str'> 

Here we create a new object reference called route and set it to refer to a new 
int of value 866. At this point we could use / with route since division is a valid 
operation for integers. Then we reuse the route object reference to refer to a 
new St r of value “North”, and the int object is scheduled for garbage collection 
since now no object reference refers to it. At this point using / with route would 
cause a TypeError to be raised since / is not a valid operation for a string. 

The type() function returns the data type (also known as the “class”) of the 
data item it is given—this function can be very useful for testing and debug¬ 
ging, but would not normally appear in production code, since there is a better 
alternative as we will see in Chapter 6. 

If we are experimenting with Python code inside the interactive interpreter or 
in a Python Shell such as the one provided by IDLE, simply typing the name 
of an object reference is enough to have Python print its value. For example: 

>» X = "blue" 

>» y = "green" 

>» z = X 
>» X 

'blue' 

»> X, y, z 

('blue', 'green', 'blue') 

This is much more convenient than having to call the print () function all 
the time, but works only when using Python interactively—any programs 
and modules that we write must use print () or similar functions to produce 
output. Notice that Python displayed the last output in parentheses separated 
by commas—this signifies a tuple, that is, an ordered immutable sequence of 
objects. We will cover tuples in the next piece. 


Piece #3: Collection Data Types 


It is often convenient to hold entire collections of data items. Python provides 
several collection data types that can hold items, including associative arrays 
and sets. But here we will introduce just two: tuple and list. Python tuples and 
lists can be used to hold any number of data items of any data types. Tuples 
are immutable, so once they are created we cannot change them. Lists are 
mutable, so we can easily insert items and remove items whenever we want. 

Tuples are created using commas (,), as these examples show—and note that 
here, and from now on, we don’t use bold to distinguish what you type: 


isin- 
stance() 

>242 


>» "Deninark", "Finland", "Norway", "Sweden 
('Denmark', 'Finland', 'Norway', 'Sweden') 
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»> "one", 

('one',) 

When Python outputs a tuple it encloses it in parentheses. Many programmers 
emulate this and always enclose the tuple literals they write in parentheses. 
If we have a one-item tuple and want to use parentheses, we must still use 
the comma—for example, ( 1 ,). An empty tuple is created by using empty 
parentheses, (). The comma is also used to separate arguments in function 
calls, so if we want to pass a tuple literal as an argument we must enclose it in 
parentheses to avoid confusion. 

Here are some example lists: 

[1, 4, 9, 16, 25, 36, 49] 

['alpha', 'bravo', 'charlie', 'delta', 'echo'] 

['zebra', 49, -879, 'aardvark', 200] 

[] 

One way to create a list is to use square brackets ([]) as we have done here; 
later on we will see other ways. The fourth list shown is an empty list. 

Under the hood, lists and tuples don’t store data items at all, but rather object 
references. When lists and tuples are created (and when items are inserted in 
the case of lists), they take copies of the object references they are given. In 
the case of literal items such as integers or strings, an object of the appropriate 
data type is created in memory and suitably initialized, and then an object 
reference referring to the object is created, and it is this object reference that 
is put in the list or tuple. 

Like everything else in Python, collection data types are objects, so we can nest 
collection data types inside other collection data types, for example, to create 
lists of lists, without formality. In some situations the fact that lists, tuples, 
and most of Python’s other collection data types hold object references rather 
than objects makes a difference—this is covered in Chapter 3. 

In procedural programming we call functions and often pass in data items as 
arguments. For example, we have already seen the print () function. Another 
frequently used Python function is ten ( ), which takes a single data item as its 
argument and returns the “length” of the item as an int. Here are a few calls 
to len(): 

»> len(("one",)) 

1 

»> len([3, 5, 1, 2, "pause", 5]) 

6 

»> len("automatically") 

13 
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Tuples, lists, and strings are “sized”, that is, they are data types that have 
a notion of size, and data items of any such data type can be meaningfully 
passed to the ten () function. (An exception is raised if a nonsized data item is 
passed to len().) 

All Python data items are objects (also called instances) of a particular data 
type (also called a class). We will use the terms data type and class interchange¬ 
ably. One key difference between an object, and the plain items of data that 
some other languages provide (e.g., C++ or Java’s built-in numeric types), is 
that an object can have methods. Essentially, a method is simply a function 
that is called for a particular object. For example, the list type has an append () 
method, so we can append an object to a list like this: 

»> X = ["zebra", 49, -879, "aardvark", 200] 

>» X. append ("more") 

>» X 

['zebra', 49, -879, 'aardvark', 200, 'more'] 

The X object knows that it is a list (all Python objects know what their own 
data type is), so we don’t need to specify the data type explicitly. In the im¬ 
plementation of the append () method the first argument will be the x object 
itself—this is done automatically by Python as part of its syntactic support for 
methods. 

The append ( ) method mutates, that is, changes, the original list. This is possi¬ 
ble because lists are mutable. It is also potentially more efficient than creating 
a new list with the original items and the extra item and then rebinding the 
object reference to the new list, particularly for very long lists. 

In a procedural language the same thing could be achieved by using the list’s 
append ( ) like this (which is perfectly valid Python syntax): 

»> list.appendix, "extra") 

>» X 

['zebra', 49, -879, 'aardvark', 200, 'more', 'extra'] 

Here we specify the data type and the data type’s method, and give as the 
first argument the data item of the data type we want to call the method on, 
followed by any additional arguments. (In the face of inheritance there is a 
subtle semantic difference between the two syntaxes; the first form is the one 
that is most commonly used in practice. Inheritance is covered in Chapter 6.) 

If you are unfamiliar with object-oriented programming this may seem a bit 
strange at first. For now, just accept that Python has conventional functions 
called like this: functionNameiarguments)', and methods which are called like 
this: objectName.methodNameiarguments). (Object-oriented programming is cov¬ 
ered in Chapter 6.) 


Sized 
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The dot (“access attribute”) operator is used to access an object’s attributes. 
An attribute can be any kind of object, although so far we have shown only 
method attributes. Since an attribute can be an object that has attributes, 
which in turn can have attributes, and so on, we can use as many dot operators 
as necessary to access the particular attribute we want. 

The list type has many other methods, including insert () which is used to 
insert an item at a given index position, and remove () which removes an item at 
a given index position. As noted earlier. Python indexes are always 0-based. 

We saw before that we can get characters from strings using the square 
brackets operator, and noted at the time that this operator could be used with 
any sequence. Lists are sequences, so we can do things like this: 

»> X 

['zebra', 49, -879, 'aardvark', 200, 'more', 'extra'] 

»> x[0] 

'zebra' 

»> x[4] 

200 

Tuples are also sequences, so if x had been a tuple we could retrieve items us¬ 
ing square brackets in exactly the same way as we have done for the x list. But 
since lists are mutable (unlike strings and tuples which are immutable), we can 
also use the square brackets operator to set list elements. For example: 

»> x[l] = "forty nine" 

»> X 

['zebra', 'forty nine', -879, 'aardvark', 200, 'more', 'extra'] 

If we give an index position that is out of range, an exception will be raised—we 
briefly introduce exception-handling in Piece #5, and fully cover exceptions in 
Chapter 4. 

We have used the term sequence a few times now, relying on an informal under¬ 
standing of its meaning, and will continue to do so for the time being. However, 
Python defines precisely what features a sequence must support, and similarly 
defines what features a sized object must support, and so on for various other 
categories that a data type might belong to, as we will see in Chapter 8. 

Lists, tuples, and Python’s other built-in collection data types are covered in 
Chapter 3. 


Piece #4: Logical Operations 


One of the fundamental features of any programming language is its logical 
operations. Python provides four sets of logical operations, and we will review 
the fundamentals of all of them here. 




22 


Chapter 1. Rapid Introduction to Procedural Programming 


The Identity Operator 


Since all Python variables are really object references, it sometimes makes 
sense to ask whether two or more object references are referring to the same 
object. The is operator is a binary operator that returns True if its left-hand ob¬ 
ject reference is referring to the same object as its right-hand object reference. 
Here are some examples: 

>» a = ["Retention", 3, None] 

>» b = ["Retention", 3, None] 

>» a is b 
False 
>» b = a 
>» a is b 
True 

Note that it usually does not make sense to use is for comparing ints, st rs, and 
most other data types since we almost invariably want to compare their values. 
In fact, using is to compare data items can lead to unintuitive results, as we 
can see in the preceding example, where although a and b are initially set to 
the same list values, the lists themselves are held as separate list objects and 
so is returns False the first time we use it. 

One benefit of identity comparisons is that they are very fast. This is because 
the objects referred to do not have to be examined themselves. The is operator 
needs to compare only the memory addresses of the objects—the same address 
means the same object. 

The most common use case for is is to compare a data item with the built-in 
null object. None, which is often used as a place-marking value to signify 
“unknown” or “nonexistent”: 

>» a = "Something" 

>» b = None 

>» a is not None, b is None 
(True, True) 

To invert the identity test we use is not. 

The purpose of the identity operator is to see whether two object references 
refer to the same object, or to see whether an object is None. If we want to 
compare object values we should use a comparison operator instead. 


Comparison Operators 


Python provides the standard set of binary comparison operators, with the 
expected semantics: < less than, <= less than or equal to, == equal to, ! = not 
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equal to, >= greater than or equal to, and > greater than. These operators 
compare object values, that is, the objects that the object references used in the 
comparison refer to. Here are a few examples typed into a Python Shell: 

»> a = 2 
»> b = 6 
»> a == b 
False 
»> a < b 
True 

»> a<=b, a !=b, a>=b, a>b 
(True, True, False, False) 

Everything is as we would expect with integers. Similarly, strings appear to 
compare properly too: 

»> a = "many paths" 

»> b = "many paths" 

»> a is b 
False 

»> a == b 
True 

Although a and b are different objects (have different identities), they have 
the same values, so they compare equal. Be aware, though, that because 
Python uses Unicode for representing strings, comparing strings that contain 
non-ASCII characters can be a lot subtler and more complicated than it might 
at first appear—we will fully discuss this issue in Chapter 2. 

In some cases, comparing the identity of two strings or numbers—for example, 
using a is b—will return True, even if each has been assigned separately as we 
did here. This is because some implementations of Python will reuse the same 
object (since the value is the same and is immutable) for the sake of efficiency. 
The moral of this is to use == and ! = when comparing values, and to use is and 
is not only when comparing with None or when we really do want to see if two 
object references, rather than their values, are the same. 

One particularly nice feature of Python’s comparison operators is that they can 
be chained. For example: 

»> a = 9 
»> 0 <= a <= 10 
True 

This is a nicer way of testing that a given data item is in range than having 
to do two separate comparisons joined by logical and, as most other languages 
require. It also has the additional virtue of evaluating the data item only once 
(since it appears once only in the expression), something that could make a 
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difference if computing the data item’s value is expensive, or if accessing the 
data item causes side effects. 

Thanks to the “strong” aspect of Python’s dynamic typing, comparisons that 
don’t make sense will cause an exception to be raised. For example: 

»> "three" < 4 

Traceback (most recent call last): 

TypeError: unorderable types: str() < int() 

When an exception is raised and not handled. Python outputs a traceback 
along with the exception’s error message. For clarity, we have omitted the 
traceback part of the output, replacing it with an ellipsis.* The same TypeError 
exception would occur if we wrote "3" <4 because Python does not try to guess 
our intentions—the right approach is either to explicitly convert, for example, 
int ( "3" ) < 4, or to use comparable types, that is, both integers or both strings. 

Python makes it easy for us to create custom data types that will integrate 
nicely so that, for example, we could create our own custom numeric type 
which would be able to participate in comparisons with the built-in int type, 
and with other built-in or custom numeric types, but not with strings or other 
non-numeric types. 


The Membership Operator 


For data types that are sequences or collections such as strings, lists, and tu¬ 
ples, we can test for membership using the in operator, and for nonmembership 
using the not in operator. For example: 

»> p = (4, "frog", 9, -33, 9, 2) 

>» 2 in p 
True 

>» "dog" not in p 
True 

For lists and tuples, the in operator uses a linear search which can be slow for 
very large collections (tens of thousands of items or more). On the other hand, 
in is very fast when used on a dictionary or a set; both of these collection data 
types are covered in Chapter 3. Here is how in can be used with a string: 

>» phrase = "Wild Swans by Jung Chang" 

>» "J" in phrase 
True 


*A traceback (sometimes called a backtrace) is a list of all the calls made from the point where the 
unhandled exception occurred back to the top of the call stack. 
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»> "han" in phrase 
True 

Conveniently, in the case of strings, the membership operator can be used to 
test for substrings of any length. (As noted earlier, a character is just a string 
of length 1.) 


Logical Operators 


Python provides three logical operators: and, or, and not. Both and and or use 
short-circuit logic and return the operand that determined the result—they do 
not return a Boolean (unless they actually have Boolean operands). Let’s see 
what this means in practice: 

»> five = 5 
»> two = 2 
»> zero = 0 
»> five and two 
2 

»> two and five 
5 

»> five and zero 
0 

If the expression occurs in a Boolean context, the result is evaluated as a 
Boolean, so the preceding expressions would come out as True, True, and False 
in, say, an if statement. 

»> nought = 0 
»> five or two 
5 

»> two or five 
2 

»> zero or five 
5 

»> zero or nought 
0 

The or operator is similar; here the results in a Boolean context would be True, 
True, True, and False. 

The not unary operator evaluates its argument in a Boolean context and 
always returns a Boolean result, so to continue the earlier example, not 
(zero or nought) would produce True, and not two would produce False. 
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Piece #5: Control Flow Statements 


We mentioned earlier that each statement encountered in a . py file is executed 
in turn, starting with the first one and progressing line by line. The flow of 
control can be diverted by a function or method call or by a control structure, 
such as a conditional branch or a loop statement. Control is also diverted when 
an exception is raised. 

In this subsection we will look at Python’s if statement and its while and for 
loops, deferring consideration of functions to Piece #8, and methods to Chap¬ 
ter 6. We will also look at the very basics of exception-handling; we cover the 
subject fully in Chapter 4. But first we will clarify a couple of items of termi¬ 
nology. 

A Boolean expression is anything that can be evaluated to produce a Boolean 
value (True or False). In Python, such an expression evaluates to False if it is 
the predefined constant False, the special object None, an empty sequence or 
collection (e.g., an empty string, list, or tuple), or a numeric data item of value 
0; anything else is considered to be True. When we create our own custom data 
types (e.g., in Chapter 6), we can decide for ourselves what they should return 
in a Boolean context. 

In Python-speak a block of code, that is, a sequence of one or more statements, 
is called a suite. Because some of Python’s syntax requires that a suite be 
present. Python provides the keyword pass which is a statement that does 
nothing and that can be used where a suite is required (or where we want to 
indicate that we have considered a particular case) but where no processing 
is necessary. 


The if Statement 


The general syntax for Python’s if statement is this:* 

if boolean_expressionl-. 
suitel 

elif boolean_expression2-. 
suite2 

elif boolean_expressionN-. 

suiteN 

else: 

else suite 


*In this book, ellipses (...) are used to indicate lines that are not shown. 
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There can be zero or more elif clauses, and the final else clause is optional. If 
we want to account for a particular case, but want to do nothing if it occurs, we 
can use pass as that branch’s suite. 

The first thing that stands out to programmers used to C++ or Java is that 
there are no parentheses and no braces. The other thing to notice is the 
colon: This is part of the syntax and is easy to forget at first. Colons are used 
with else, elif, and essentially in any other place where a suite is to follow. 

Unlike most other programming languages. Python uses indentation to signify 
its block structure. Some programmers don’t like this, especially before they 
have tried it, and some get quite emotional about the issue. But it takes just a 
few days to get used to, and after a few weeks or months, brace-free code seems 
much nicer and less cluttered to read than code that uses braces. 

Since suites are indicated using indentation, the question that naturally aris¬ 
es is, “What kind of indentation?” The Python style guidelines recommend 
four spaces per level of indentation, and only spaces (no tabs). Most modern 
text editors can be set up to handle this automatically (IDLE’s editor does of 
course, and so do most other Python-aware editors). Python will work fine with 
any number of spaces or with tabs or with a mixture of both, providing that 
the indentation used is consistent. In this book, we follow the official Python 
guidelines. 

Here is a very simple if statement example: 
if x: 

printC'x is nonzero") 

In this case, if the condition (x) evaluates to True, the suite (the print () function 
call) will be executed. 

if lines < 1000: 

print("small") 
elif lines < 10000: 

print("medium") 
else: 

printC'large") 

This is a slightly more elaborate if statement that prints a word that describes 
the value of the lines variable. 


The while Statement 


The while statement is used to execute a suite zero or more times, the number 
of times depending on the state of the while loop’s Boolean expression. Here’s 
the syntax: 




28 


Chapter 1. Rapid Introduction to Procedural Programming 


while boolean_expressioiT. 
suite 

Actually, the while loop’s full syntax is more sophisticated than this, since both 
break and continue are supported, and also an optional else clause that we will 
discuss in Chapter 4. The break statement switches control to the statement 
following the innermost loop in which the break statement appears—that is, 
it breaks out of the loop. The continue statement switches control to the start 
of the loop. Both break and continue are normally used inside if statements to 
conditionally change a loop’s behavior. 

while True: 

item = get_next_itein() 
if not item: 
break 

process_item(item) 

This while loop has a very typical structure and runs as long as there are items 
to process. (Both get_next_item() and process_item() are assumed to be custom 
functions defined elsewhere.) In this example, the while statement’s suite 
contains an if statement, which itself has a suite—as it must—in this case 
consisting of a single break statement. 


The for ... in Statement 


Python’s for loop reuses the in keyword (which in other contexts is the mem¬ 
bership operator), and has the following syntax: 

for variable in iterable: 
suite 

Just like the while loop, the for loop supports both break and continue, and also 
has an optional else clause. The variable is set to refer to each object in the 
iterable in turn. An iterable is any data type that can be iterated over, and 
includes strings (where the iteration is character by character), lists, tuples, 
and Python’s other collection data types. 

for country in ["Denmark", "Finland", "Norway", "Sweden"]: 
print(country) 

Here we take a very simplistic approach to printing a list of countries. In 
practice it is much more common to use a variable: 

countries = ["Denmark", "Finland", "Norway", "Sweden"] 
for country in countries: 
print(country) 
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In fact, an entire list (or tuple) can be printed using the print() function List 
directly, for example, print (count ries ), but we often prefer to print collections compre¬ 
using a for loop (or a list comprehension, covered later), to achieve full control 
over the formatting. 

>118 

for letter in "ABCDEFGHIJKLMNOPQRSTUVWXYZ"; 
if letter in "AEIOU": 

print(letter, "is a vowel") 
else: 

print(letter, "is a consonant") 

In this snippet the first use of the in keyword is part of a for statement, with 
the variable letter taking on the values "A", "B", and so on up to "Z", changing 
at each iteration of the loop. On the snippet’s second line we use in again, but 
this time as the membership testing operator. Notice also that this example 
shows nested suites. The for loop’s suite is the if ... else statement, and both 
the if and the else branches have their own suites. 


Basic Exception Handling 


Many of Python’s functions and methods indicate errors or other important 
events by raising an exception. An exception is an object like any other Python 
object, and when converted to a string (e.g., when printed), the exception 
produces a message text. A simple form of the syntax for exception handlers 
is this: 

try: 

try_suite 

except exceptionl as variablel-. 
exception_5uitel 

except exceptionN as variableN: 
exception_5uiteN 

Note that the as variable part is optional; we may care only that a particular 
exception was raised and not be interested in its message text. 

The full syntax is more sophisticated; for example, each except clause can 
handle multiple exceptions, and there is an optional else clause. All of this is 
covered in Chapter 4. 

The logic works like this. If the statements in the t ry block’s suite all execute 
without raising an exception, the except blocks are skipped. If an exception 
is raised inside the t ry block, control is immediately passed to the suite corre¬ 
sponding to the first matching exception —this means that any statements in 
the suite that follow the one that caused the exception will not be executed. If 
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this occurs and if the as variable part is given, then inside the exception-han¬ 
dling suite, variable refers to the exception object. 

If an exception occurs in the handling except block, or if an exception is raised 
that does not match any of the except blocks in the first place. Python looks for 
a matching except block in the next enclosing scope. The search for a suitable 
exception handler works outward in scope and up the call stack until either 
a match is found and the exception is handled, or no match is found, in which 
case the program terminates with an unhandled exception. In the case of 
an unhandled exception. Python prints a traceback as well as the exception’s 
message text. 

Here is an example: 

s = inputC'enter an integer: ") 
try: 

i = int(s) 

print("valid integer entered:", i) 
except ValueError as err: 
print(err) 

If the user enters “3.5”, the output will be: 

invalid literal for int() with base 10: '3.5' 

But if they were to enter “13”, the output will be: 
valid integer entered: 13 

Many books consider exception-handling to be an advanced topic and defer it 
as late as possible. But raising and especially handling exceptions is fundamen¬ 
tal to the way Python works, so we make use of it from the beginning. And as 
we shall see, using exception handlers can make code much more readable, by 
separating the “exceptional” cases from the processing we are really interest¬ 
ed in. 


Piece #6: Arithmetic Operators 


Python provides a full set of arithmetic operators, including binary operators 
for the four basic mathematical operations: + addition, - subtraction, * multipli¬ 
cation, and / division. In addition, many Python data types can be used with 
augmented assignment operators such as += and *=. The +, -, and * operators 
all behave as expected when both of their operands are integers: 

»> 5 + 6 
11 
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»> 3 - 7 
-4 

»> 4*8 
32 

Notice that - can be used both as a unary operator (negation) and as a binary 
operator (subtraction), as is common in most programming languages. Where 
Python differs from the crowd is when it comes to division: 

»> 12/3 
4.0 

»> 3 / 2 
1.5 

Numer¬ 
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»> a 
5 

»> a += 8 
»> a 
13 

At first sight the preceding statements are unsurprising, particularly to those 
familiar with C-like languages. In such languages, augmented assignment is 
shorthand for assigning the results of an operation—for example, a += 8 is es¬ 
sentially the same as a = a + 8. However, there are two important subtleties here, 
one Python-specific and one to do with augmented operators in any language. 

The first point to remember is that the int data type is immutable—that is, 
once assigned, an int’s value cannot be changed. So, what actually happens 
behind the scenes when an augmented assignment operator is used on an 
immutable object is that the operation is performed, and an object holding the 
result is created; and then the target object reference is re-bound to refer to the 
result object rather than the object it referred to before. So, in the preceding 
case when the statement a += 8 is encountered. Python computes a + 8, stores 
the result in a new int object, and then rebinds a to refer to this new int. (And 
if the original object a was referring to has no more object references referring 
to it, it will be scheduled for garbage collection.) Figure 1.3 illustrates this 
point. 

The second subtlety is that a operator= b is not quite the same as a = a operator 
b. The augmented version looks up a’s value only once, so it is potentially faster. 

Also, if a is a complex expression (e.g., a list element with an index position 
calculation such as items [offset + index]), using the augmented version may 


The division operator produces a floating-point value, not an integer; many 
other languages will produce an integer, truncating any fractional part. If 
we need an integer result, we can always convert using int() (or use the 
truncating division operator //, discussed later). 
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i = 73 



i += 2 



Figure 1.3 Augmented assignment of an immutable object 

be less error-prone since if the calculation needs to be changed the maintainer 
has to change it in only one rather than two expressions. 

Python overloads (i.e., reuses for a different data type) the + and += operators 
for both strings and lists, the former meaning concatenation and the latter 
meaning append for strings and extend (append another list) for lists: 

>» name = "John" 

>» name + "Doe" 

' JohnDoe' 

>» name += " Doe" 

>» name 
'John Doe' 

Like integers, strings are immutable, so when += is used a new string is created 
and the expression’s left-hand object reference is re-bound to it, exactly as 
described earlier for ints. Lists support the same syntax but are different 
behind the scenes: 

>» seeds = ["sesame", "sunflower"] 

>» seeds += ["pumpkin"] 

»> seeds 

['sesame', 'sunflower', 'pumpkin'] 

Since lists are mutable, when += is used the original list object is modified, so 
no rebinding of seeds is necessary. Figure 1.4 shows how this works. 
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Figure 1.4 Augmented assignment of a mutable object 

Since Python’s syntax cleverly hides the distinction between mutable and im¬ 
mutable data types, why does it need both kinds at all? The reasons are most¬ 
ly about performance. Immutable types are potentially a lot more efficient to 
implement (since they never change) than mutable types. Also, some collection 
data types, for example, sets, can work only with immutable types. On the oth- 
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er hand, mutable types can be more convenient to use. Where the distinction 
matters, we will discuss it—for example, in Chapter 4 when we discuss setting 
default arguments for custom functions, in Chapter 3 when we discuss lists, 
sets, and some other data types, and again in Chapter 6 when we show how to 
create custom data types. 

The right-hand operand for the list += operator must be an iter able; if it is not 
an exception is raised: 

»> seeds += 5 

Traceback (most recent call last): 

TypeError: 'inf object is not iterable 

The correct way to extend a list is to use an iterable object, such as a list: 

»> seeds += [5] 

»> seeds 

['sesame', 'sunflower', 'pumpkin', 5] 

And of course, the iterable object used to extend the list can itself have more 
than one item: 

»> seeds += [9, 1, 5, "poppy"] 

»> seeds 

['sesame', 'sunflower', 'pumpkin', 5, 9, 1, 5, 'poppy'] 

Appending a plain string—for example, "durian"—rather than a list containing 
a string, ["durian"], leads to a logical but perhaps surprising result: 

»> seeds = ["sesame", "sunflower", "pumpkin"] 

»> seeds += "durian" 

»> seeds 

['sesame', 'sunflower', 'pumpkin', 'd', 'u', 'r', 'i', 'a', 'n'] 

The list += operator extends the list by appending each item of the iterable it 
is provided with; and since a string is an iterable, this leads to each character 
in the string being appended individually. If we use the list append () method, 
the argument is always added as a single item. 


Piece #7: Input/Output 


To be able to write genuinely useful programs we must be able to read 
input—for example, from the user at the console, and from files—and produce 
output, either to the console or to files. We have already made use of Python’s 
built-in print () function, although we will defer covering it further until Chap- 
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ter 4. In this subsection we will concentrate on console I/O, and use shell redi¬ 
rection for reading and writing files. 

Python provides the built-in input () function to accept input from the user. 
This function takes an optional string argument (which it prints on the con¬ 
sole); it then waits for the user to type in a response and to finish by pressing 
Enter (or Return). If the user does not type any text but just presses Enter, the in¬ 
put () function returns an empty string; otherwise, it returns a string contain¬ 
ing what the user typed, without any line terminator. 

Here is our first complete “useful” program; it draws on many of the previous 
pieces—the only new thing it shows is the input () function: 

printC'Type integers, each followed by Enter; or just Enter to finish") 

total = 0 
count = 0 

while True: 

line = input("integer: ") 
if line; 
try: 

number = int(line) 
except ValueError as err: 
print(err) 
continue 
total += number 
count += 1 
else: 
break 

if count: 

printC'count =", count, "total =", total, "mean =", total / count) 

Book’s 
exam¬ 
ples 

3 < 


The program (in file suml.py in the book’s examples) has just 17 executable 
lines. Here is what a typical run looks like: 

Type integers, each followed by Enter; or just Enter to finish 
number: 12 
number: 7 
number: lx 

invalid literal for int() with base 10: 'lx' 
number: 15 
number: 5 
number: 

count = 4 total = 39 mean =9.75 


Although the program is very short, it is fairly robust. If the user enters a 
string that cannot be converted to an integer, the problem is caught by an 
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exception handler that prints a suitable message and switches control to the 
start of the loop (“continues the loop”). And the last if statement ensures that 
if the user doesn’t enter any numbers at all, the summary isn’t output, and 
division by zero is avoided. 

File handling is fully covered in Chapter 7; but right now we can create files by 
redirecting the print ( ) functions’ output from the console. For example: 

C:\>test.py > results.txt 

will cause the output of plain printO function calls made in the fictitious 
test. py program to be written to the file results. txt. This syntax works in the 
Windows console (usually) and in Unix consoles. For Windows, we must write 
C:\Python31\python.exe test.py > results.txt if Python 2 is the machine’s de¬ 
fault Python version or if the console exhibits the file association bug; other¬ 
wise, assuming Python 3 is in the PATH, python test.py > results.txt should be 
sufficient, if plain test.py > results.txt doesn’t work. For Unixes we must 
make the program executable (chmod -rx test. py) and then invoke it by typing 
./test. py unless the directory it is in happens to be in the PATH, in which case 
invoking it by typing test. py is sufficient. 

Reading data can be achieved by redirecting a file of data as input in an 
analogous way to redirecting output. However, if we used redirection with 
suml. py, the program would fail. This is because the input ( ) function raises an 
exception if it receives an EOF (end of file) character. Here is a more robust 
version (sum2. py) that can accept input from the user typing at the keyboard, or 
via file redirection: 

printC'Type integers, each followed by Enter; or ''D or ''1 to finish") 

total = 0 

count = 0 

while True; 
try; 

line = inputO 
if line: 

number = int(line) 
total += number 
count += 1 

except ValueError as err: 
print(err) 
continue 
except EOFError: 
break 

if count: 

printC'count =", count, "total =", total, "mean =", total / count) 
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Given the command line suiii2.py < data\sum2.dat (where the suin2.dat file con¬ 
tains a list of numbers one per line and is in the examples’ data subdirectory), 
the output to the console is: 

Type integers, each followed by Enter; or ''D or ''Z to finish 
count = 37 total = 1839 mean = 49.7027027027 

We have made several small changes to make the program more suitable for 
use both interactively and using redirection. First, we have changed the 
termination from being a blank line to the EOF character (Ctrl+D on Unix, 
Ctrl+Z, Enter on Windows). This makes the program more robust when it comes 
to handling input files that contain blank lines. We have stopped printing a 
prompt for each number since it doesn’t make sense to have one for redirected 
input. And we have also used a single t ry block with two exception handlers. 

Notice that if an invalid integer is entered (either via the keyboard or due to 
a “bad” line of data in a redirected input file), the int () conversion will raise a 
Val ueE r ro r exception and the flow of control will immediately switch to the rele¬ 
vant except block—this means that neither total nor count will be incremented 
when invalid data is encountered, which is exactly what we want. 

We could just as easily have used two separate exception-handling t ry blocks 
instead: 

while True; 
try; 

line = inputO 
if line: 
try; 

number = int(line) 
except ValueError as err; 
print(err) 
continue 
total += number 
count += 1 
except EOFError: 
break 

But we preferred to group the exceptions together at the end to keep the main 
processing as uncluttered as possible. 


Piece #8: Creating and Calling Functions 


It is perfectly possible to write programs using the data types and control struc¬ 
tures that we have covered in the preceding pieces. However, very often we 
want to do essentially the same processing repeatedly, but with a small differ¬ 
ence, such as a different starting value. Python provides a means of encapsu- 




Python’s “Beautiful Heart 


37 


lating suites as functions which can be parameterized by the arguments they 
are passed. Here is the general syntax for creating a function: 

def functionNameiarguments): 
suite 

The arguments are optional and multiple arguments must be comma-separated. 
Every Python function has a return value; this defaults to None unless we return 
from the function using the syntax ret u rn \/a I ue, in which case va I ue is returned. 
The return value can be just one value or a tuple of values. The return value 
can be ignored by the caller, in which case it is simply thrown away. 

Note that def is a statement that works in a similar way to the assignment 
operator. When def is executed a function object is created and an object 
reference with the specified name is created and set to refer to the function 
object. Since functions are objects, they can be stored in collection data types 
and passed as arguments to other functions, as we will see in later chapters. 

One frequent need when writing interactive console applications is to obtain 
an integer from the user. Here is a function that does just that: 

def get_int(insg): 
while True: 
try: 

i = int(input(msg)) 
return i 

except ValueError as err: 
print(err) 

This function takes one argument, msg. Inside the while loop the user is prompt¬ 
ed to enter an integer. If they enter something invalid a ValueError exception 
will be raised, the error message will be printed, and the loop will repeat. Once 
a valid integer is entered, it is returned to the caller. Here is how we would 
call it: 

age = get_int("enter your age: ") 

In this example the single argument is mandatory because we have provided 
no default value. In fact. Python supports a very sophisticated and flexible 
syntax for function parameters that supports default argument values and 
positional and keyword arguments. All of the syntax is covered in Chapter 4. 

Although creating our own functions can be very satisfying, in many cases it 
is not necessary. This is because Python has a lot of functions built in, and a 
great many more functions in the modules in its standard library, so what we 
want may well already be available. 


return 

state¬ 

ment 

>173 
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A Python module is just a . py file that contains Python code, such as custom 
function and class (custom data type) definitions, and sometimes variables. To 
access the functionality in a module we must import it. For example: 

import sys 

To import a module we use the impo rt statement followed by the name of the 
. py file, but omitting the extension.* Once a module has been imported, we can 
access any functions, classes, or variables that it contains. For example: 

print(sys.argv) 

The sys module provides the argv variable—a list whose first item is the name 
under which the program was invoked and whose second and subsequent 
items are the program’s command-line arguments. The two previously quoted 
lines constitute the entire echoargs.py program. If the program is invoked 
with the command line echoargs. py -v, it will print [ 'echoargs. py ', '-v ' ] on the 
console. (On Unix the first entry may be '. /echoa rgs . py'.) 

Dot(.) In general, the syntax for using a function from a module is mduleName.func- 
operator tionNameiarguments). It makes use of the dot (“access attribute”) operator we 
21 -< introduced in Piece #3. The standard library contains lots of modules, and we 
will make use of many of them throughout the book. The standard modules 
all have lowercase names, so some programmers use title-case names (e.g., My- 
Module) for their own modules to keep them distinct. 

Let us look at just one example, the random module (in the standard library’s 
random, py file), which provides many useful functions: 

import random 
X = random.randint(l, 6) 

y = random.choice!["apple", "banana", "cherry", "durian"]) 

After these statements have been executed, x will contain an integer between 
1 and 6 inclusive, and y will contain one of the strings from the list passed to 
the random.choice!) function. 

It is conventional to put all the impo rt statements at the beginning of . py files, 
shebang after the shebang line, and after the module’s documentation. (Document- 
(#i)line modules is covered in Chapter 5.) We recommend importing standard li- 

12-< brary modules first, then third-party library modules, and finally your own 
modules. 


*The sys module, some other built-in modules, and modules implemented in C don’t necessarily 
have corresponding . py files—but they are used in just the same way as those that do. 
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Examples 


In the preceding section we learned enough Python to write real programs. 
In this section we will study two complete programs that use only the Python 
covered earlier. This is both to show what is possible, and to help consolidate 
what has been learned so far. 

In subsequent chapters we will increasingly cover more of Python’s language 
and library, so that we will be able to write programs that are more concise and 
more robust than those shown here—but first we must have the foundations 
on which to build. 


bigdigits.py 


The first program we will review is quite short, although it has some subtle 
aspects, including a list of lists. Here is what it does: Given a number on the 
command line, the program outputs the same number onto the console using 
“big” digits. 

At sites where lots of users share a high-speed line printer, it used to be 
common practice for each user’s print job to be preceded by a cover page that 
showed their username and some other identifying details printed using this 
kind of technique. 

We will review the code in three parts: the import, the creation of the lists 
holding the data the program uses, and the processing itself But first, let’s 


look at a sample 

bigdigits.py 
* * 

run: 

41072819 

*** 


*** 

*** 

* 



* 

* 

* 

* * 

* 

* 

** 

* * 

* * ^ 

* 

* 

* 

* * 

* 

* 

* 

* * 

* * 

* 

* 

* 

* 

*** 

* 


*:ic**:k* * 

* 

* 

* 

* 

* 

* 

* 

* 

* * 

* 

* 

* 

* 

* 

* 

* 

* 

* *** 

*** 

* 


*** 

*** 

* 


We have not shown the console prompt (or the leading . / for Unix users); we 
will take them for granted from now on. 

import sys 

Since we must read in an argument from the command line (the number 
to output), we need to access the sys.argv list, so we begin by importing the 
sys module. 

We represent each number as a list of strings. For example, here is zero: 
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Zero = [" *** ", 

II sic II 

II sic II 

II sic II 

II sic II 

II sic II 

II II j 


One detail to note is that the Ze ro list of strings is spread over multiple lines. 
Python statements normally occupy a single line, but they can span multiple 
lines if they are a parenthesized expression, a list, set, or dictionary literal, a 
function call argument list, or a multiline statement where every end-of-line 
character except the last is escaped by preceding it with a backslash (\). In 
all these cases any number of lines can be spanned and indentation does not 
matter for the second and subsequent lines. 


set t 3 T)e 
> 121 



Each list representing a number has seven strings, all of uniform width, 
although what this width is differs from number to number. The lists for the 
other numbers follow the same pattern as for zero, although they are laid out 
for compactness rather than for clarity: 


0n6 = [" * " " " * " " * " " * " " * " 

Two = [" *** " "* *" "* * " " * " " * " "* " II**5|<*4 jII j 

# ... 

NiriG = [" ****" *" "* *" " ****" " *" " 

The last piece of data we need is a list of all the lists of digits: 

Digits = [Zero, One, Two, Three, Four, Five, Six, Seven, Eight, Nine] 


We could have created the Digits lists directly, and avoided creating the extra 
variables. For example: 


Digits = [ 

^ II " 

II II 

I 

pi II II 

# ... 


II 4: II 

/ 

II II j 

II II 5|< II 
I I 



II 


] 


I / 

*"] # Nine 


II :)c 


II * II II * 5|< II II 

I t 

# Zero 

II II * II II ^ II II *** II I 
I I t J > 

II II " 

t t t 


II 


# One 
*11 


We preferred to use a separate variable for each number both for ease of 
understanding and because it looks neater using the variables. 

We will quote the rest of the code in one go so that you can try to figure out how 
it works before reading the explanation that follows. 
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try: 

digits = sys.argv[l] 
row = 0 

while row < 7: 
line = "" 
column = 0 

while column < len(digits): 

number = int(digits[column]) 
digit = Digits[number] 
line += digit[row] + " " 

column += 1 
print(line) 
row += 1 

except IndexError: 

printC'usage: bigdigits.py <nuinber>") 
except ValueError as err: 
print(err, "in", digits) 

The whole code is wrapped in an exception handler that can catch the two 
things that can go wrong. We begin by retrieving the program’s command-line 
argument. The sys. a rgv list is 0-based like all Python lists; the item at index 
position 0 is the name the program was invoked as, so in a running program 
this list always starts out with at least one item. If no argument was given we 
will be trying to access the second item in a one-item list and this will cause 
an IndexError exception to be raised. If this occurs, the flow of control is imme¬ 
diately switched to the corresponding exception-handling block, and there we 
simply print the program’s usage. Execution then continues after the end of 
the t ry block; but there is no more code, so the program simply terminates. 

If no IndexError occurs, the digits string holds the command-line argument, 
which we hope is a sequence of digit characters. (Remember from Piece #2 that 
identifiersarecase-sensitive, so digits and Digits are different.) Each big digit 
is represented by seven strings, and to output the number correctly we must 
output the top row of every digit, then the next row, and so on, until all seven 
rows have been output. We use a while loop to iterate over each row. We could 
just as easily have done this instead: for row in (0, 1, 2, 3, 4, 5, 6): and later 
on we will see a much better way using the built-in range () function. 

We use the line string to hold the row strings from all the digits involved. Then 
we loop by column, that is, by each successive character in the command-line 
argument. We retrieve each character with digits [column] and convert the 
digit to an integer called number. If the conversion fails a ValueError exception 
is raised and the flow of control immediately switches to the corresponding 
exception handler. In this case we print an error message, and control resumes 
after the t ry block. As noted earlier, since there is no more code at this point, 
the program will simply terminate. 


ranged 

>-141 
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If the conversion succeeds, we use number as an index into the Digits list, from 
which we extract the digit list of strings. We then add the row-th string from 
this list to the line we are building up, and also append two spaces to give some 
horizontal separation between each digit. 

Each time the inner while loop finishes, we print the line that has been built 
up. The key to understanding this program is where we append each digit’s 
row string to the current row’s line. Try running the program to get a feel for 
how it works. We will return to this program in the exercises to improve its 
output slightly. 


generate_grid.py 


One frequently occurring need is the generation of test data. There is no single 
generic program for doing this, since test data varies enormously. Python is 
often used to produce test data because it is so easy to write and modify Python 
programs. In this subsection we will create a program that generates a grid 
of random integers; the user can specify how many rows and columns they 
want and over what range the integers should span. We’ll start by looking at 
a sample run: 

generate_grid.py 
rows: 4x 

invalid literal for int() with base 10: '4x' 
rows: 4 
columns: 7 


1 (or 

Enter for 

0): - 

■100 





1 (or 

Enter for 

1000) 






554 

720 


550 

217 

810 

649 

912 

-24 

908 


742 

-65 

-74 

724 

825 

711 

968 


824 

505 

741 

55 

723 

180 

-60 


794 

173 

487 

4 

-35 


The program works interactively, and at the beginning we made a typing error 
when entering the number of rows. The program responded by printing an 
error message and then asking us to enter the number of rows again. For the 
maximum we just pressed Enter to accept the default. 

We will review the code in four parts: the import, the definition of a get int () 
function (a more sophisticated version than the one shown in Piece #8), the 
user interaction to get the values to use, and the processing itself 

import random 

random. We need the random module to give us access to the random. randint () function. 

rand- 

int() 

38 < 
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def get_int(nisg, minimum, default): 
while True; 
try: 

line = input(msg) 

if not line and default is not None: 

return default 
i = int(line) 
if i < minimum: 

print("must be >=", minimum) 
else: 

return i 

except ValueError as err: 
print(err) 

This function requires three arguments: a message string, a minimum value, 
and a default value. If the user just presses Enter there are two possibilities. If 
default is None, that is, no default value has been given, the flow of control will 
drop through to the int () line. There the conversion will fail (since ' ' cannot 
be converted to an integer), and a ValueError exception will be raised. But if 
default is not None, then it is returned. Otherwise, the function will attempt 
to convert the text the user entered into an integer, and if the conversion is 
successful, it will then check that the integer is at least equal to the minimum 
that has been specified. 

So, the function will always return either default (if the user just pressed 
Enter), or a valid integer that is greater than or equal to the specified minimum. 

rows = get_int("rows: ", 1, None) 

columns = get_int("columns: ", 1, None) 

minimum = get_int("minimum (or Enter for 0): ", -1000000, 0) 

default = 1000 
if default < minimum: 
default = 2 * minimum 

maximum = get_int("maximum (or Enter for " + str(default) + "): ", 
minimum, default) 

Our get int () function makes it easy to obtain the number of rows and 
columns and the minimum random value that the user wants. For rows and 
columns we give a default value of None, meaning no default, so the user must 
enter an integer. In the case of the minimum, we supply a default value of 0, 
and for the maximum we give a default value of 1000, or twice the minimum 
if the minimum is greater than or equal to 1000. 

As we noted in the previous example, function call argument lists can span 
any number of lines, and indentation is irrelevant for their second and subse¬ 
quent lines. 
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Once we know how many rows and columns the user requires and the mini¬ 
mum and maximum values of the random numbers they want, we are ready to 
do the processing. 

row = 0 

while row < rows; 
line = "" 
column = 0 

while column < columns: 

i = random. randint(iTiinimum, maximum) 

s = str(i) 

while len(s) < 10: 

s = " " + s 
line += s 
column += 1 
print(line) 
row += 1 

To generate the grid we use three while loops, the outer one working by rows, 
the middle one by columns, and the inner one by characters. In the middle 
loop we obtain a random number in the specified range and then convert it to 
a string. The inner while loop is used to pad the string with leading spaces so 
that each number is represented by a string 10 characters wide. We use the 
line string to accumulate the numbers for each row, and print the line after 
each column’s numbers have been added. This completes our second example. 

Python provides very sophisticated string formatting functionality, as well 
as excellent support for for ... in loops, so more realistic versions of both 
bigdigits. py and generate_grid. py would have used for ... in loops, and gener- 
ate grid.py would have used Python’s string formatting capabilities rather 
than crudely padding with spaces. But we have limited ourselves to the eight 
pieces of Python introduced in this chapter, and they are quite sufficient for 
writing complete and useful programs. In each subsequent chapter we will 
learn new Python features, so as we progress through the book the programs 
we will see and be capable of writing will grow in sophistication. 


Summary 


In this chapter we learned how to edit and run Python programs and reviewed 
a few small but complete programs. But most of the chapter’s pages were 
devoted to the eight pieces of Python’s “beautiful heart”—enough of Python to 
write real programs. 

We began with two of Python’s most basic data types, int and st r. Integer liter¬ 
als are written just as they are in most other programming languages. String 


str. 

format() 
>78 
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literals are written using single or double quotes; it doesn’t matter which as 
long as the same kind of quote is used at both ends. We can convert between 
strings and integers, for example, int("250") and str(125). If an integer con¬ 
version fails a ValueError exception is raised; whereas almost anything can be 
converted to a string. 

Strings are sequences, so those functions and operations that can be used with 
sequences can be used with strings. For example, we can access a particular 
character using the item access operator ([ ]), concatenate strings using +, and 
append one string to another using +=. Since strings are immutable, behind 
the scenes, appending creates a new string that is the concatenation of the 
given strings, and rebinds the left-hand string object reference to the resultant 
string. We can also iterate over a string character by character using a f o r ... in 
loop. And we can use the built-in ten () function to report how many characters 
are in a string. 

For immutable objects like strings, integers, and tuples, we can write our code 
as though an object reference is a variable, that is, as though an object refer¬ 
ence is the object it refers to. We can also do this for mutable objects, although 
any change made to a mutable object will affect all occurrences of the object 
(i.e., all object references to the object); we will cover this issue in Chapter 3. 

Python provides several built-in collection data types and has some others in its 
standard library. We learned about the list and tuple types, and in particular 
how to create tuples and lists from literals, for example, even = [ 2 , 4, 6, 8 ] . Lists, 
like everything else in Python, are objects, so we can call methods on them—for 
example, even.append (10) will add an extra item to the list. Like strings, lists 
and tuples are sequences, so we can iterate over them item by item using a 
f 0 r... in loop, and find out how many items they have using len (). We can also 
retrieve a particular item in a list or tuple using the item access operator ([ ]), 
concatenate two lists or tuples using +, and append one to another using +=. If 
we want to append a single item to a list we must either use list.append!) or 
use += with the item made into a single-item list — for example, even += [12]. 
Since lists are mutable, we can use [ ] to change individual items, for example, 
even[l] = 16. 

The fast is and is not identity operators can be used to check whether two ob¬ 
ject references refer to the same thing—this is particularly useful when check¬ 
ing against the unique built-in None object. All the usual comparison operators 
are available (<, <=, ==, ! =, >=, >), but they can be used only with compatible data 
types, and then only if the operations are supported. The data types we have 
seen so far—int, str, list, and tuple—all support the complete set of compar¬ 
ison operators. Comparing incompatible types, for example, comparing an int 
with a str or list, will quite sensibly produce a TypeError exception. 

Python supports the standard logical operators and, or, and not. Both and and 
0 r are short-circuit operators that return the operand that determined their 
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result—and this may not be a Boolean (although it can be converted to a 
Boolean); not always returns either True or False. 

We can test for membership of sequence types, including strings, lists, and tu¬ 
ples, using the in and not in operators. Membership testing uses a slow linear 
search on lists and tuples, and a potentially much faster hybrid algorithm for 
strings, but performance is rarely an issue except for very long strings, lists, 
and tuples. In Chapter 3 we will learn about Python’s associative array and 
set collection data types, both of which provide very fast membership testing. 
It is also possible to find out an object variable’s type (i.e., the type of object the 
object reference refers to) using type ()—but this function is normally used only 
for debugging and testing. 

Python provides several control structures, including conditional branching 
with if ... elif ... else, conditional looping with while, looping over sequences 
with for ... in, and exception-handling with try ... except blocks. Both while 
and for ... in loops can be prematurely terminated using a break statement, 
and both can switch control to the beginning using continue. 

The usual arithmetic operators are supported, including +, -, *, and /, although 
Python is unusual in that / always produces a floating-point result even if both 
its operands are integers. (The truncating division that many other languages 
use is also available in Python as //.) Python also provides augmented assign¬ 
ment operators such as += and *=; these create new objects and rebind behind 
the scenes if their left-hand operand is immutable. The arithmetic operators 
are overloaded by the str and list types as we noted earlier. 

Console I/O can be achieved using input() and print(); and using file redi¬ 
rection in the console, we can use these same built-in functions to read and 
write files. 

In addition to Python’s rich built-in functionality, its extensive standard 
library is also available, with modules accessible once they have been imported 
using the import statement. One commonly imported module is sys, which 
holds the sys. argv list of command-line arguments. And when Python doesn’t 
have the function we need we can easily create one that does what we want 
using the def statement. 

By making use of the functionality described in this chapter it is possible to 
write short but useful Python programs. In the following chapter we will learn 
more about Python’s data types, going into more depth for ints and strs and 
introducing some entirely new data types. In Chapter 3 we will learn more 
about tuples and lists, and also about some of Python’s other collection data 
types. Then, in Chapter 4 we will cover Python’s control structures in much 
more detail, and will learn how to create our own functions so that we can 
package up functionality to avoid code duplication and promote code reuse. 
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Exercises 


The purpose of the exercises here, and throughout the book, is to encourage you 
to experiment with Python, and to get hands-on experience to help you absorb 
each chapter’s material. The examples and exercises cover both numeric and 
text processing to appeal to as wide an audience as possible, and they are kept 
fairly small so that the emphasis is on thinking and learning rather than just 
typing code. Every exercise has a solution provided with the book’s examples. 

1. One nice variation of the bigdigits. py program is where instead of 
printing *s, the relevant digit is printed instead. For example: 


bigdigits_ 
77777 1 

ans.py 719428306 
9999 4 

222 

888 

333 

000 

666 

7 

11 

9 9 

44 

2 2 

8 

8 

3 3 

0 

0 

6 

7 

1 

9 9 

4 4 

2 2 

8 

8 

3 

0 

0 

6 

7 

1 

9999 

4 4 

2 

888 

33 

0 

0 

6666 

7 

1 

9 

444444 

2 

8 

8 

3 

0 

0 

6 6 

7 

1 

9 

4 

2 

8 

8 

3 3 

0 

0 

6 6 

7 

111 

9 

4 

22222 

888 

333 

000 

666 


Two approaches can be taken. The easiest is to simply change the *s in 
the lists. But this isn’t very versatile and is not the approach you should 
take. Instead, change the processing code so that rather than adding each 
digit’s row string to the line in one go, you add character by character, and 
whenever a * is encountered you use the relevant digit. 

This can be done by copying bigdigits.py and changing about five lines. 
It isn’t hard, but it is slightly subtle. A solution is provided as bigdig- 
its_ans.py. 

2. IDLE can be used as a very powerful and flexible calculator, but some¬ 
times it is useful to have a task-specific calculator. Create a program that 
prompts the user to enter a number in a while loop, gradually building 
up a list of the numbers entered. When the user has finished (by simply 
pressing Enter), print out the numbers they entered, the count of numbers, 
the sum of the numbers, the lowest and highest numbers entered, and the 
mean of the numbers (sum / count). Here is a sample run: 

averagel_ans.py 

enter a number or Enter to finish: 5 

enter a number or Enter to finish: 4 

enter a number or Enter to finish: 1 

enter a number or Enter to finish: 8 

enter a number or Enter to finish: 5 

enter a number or Enter to finish: 2 

enter a number or Enter to finish: 
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numbers: [5, 4, 1, 8, 5, 2] 

count = 6 sum = 25 lowest = 1 highest = 8 mean = 4.16666666667 


random. 

rand- 

int() 

and 

random. 

choiceO 
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It will take about four lines to initialize the necessary variables (an empty 
list is simply [ ]), and less than 15 lines for the while loop, including basic 
error handling. Printing out at the end can be done in just a few lines, so 
the whole program, including blank lines for the sake of clarity, should be 
about 25 lines. 

3. In some situations we need to generate test text—for example, to populate 
a web site design before the real content is available, or to provide test 
content when developing a report writer. To this end, write a program that 
generates awful poems (the kind that would make a Vogon blush). 

Create some lists of words, for example, articles (“the”, “a”, etc.), subjects 
(“cat”, “dog”, “man”, “woman”), verbs (“sang”, “ran”, “jumped”), and adverbs 
(“loudly”, “quietly”, “well”, “badly”). Then loop five times, and on each it¬ 
eration use the random.choice () function to pick an article, subject, verb, 
and adverb. Use random. randintO to choose between two sentence struc¬ 
tures: article, subject, verb, and adverb, or just article, subject, and verb, 
and print the sentence. Here is an example run: 

awfulpoetryl_ans.py 
another boy laughed badly 
the woman jumped 
a boy hoped 
a horse jumped 
another man laughed rudely 


You will need to import the random module. The lists can be done in about 
4-10 lines depending on how many words you put in them, and the loop 
itself requires less than ten lines, so with some blank lines the whole 
program can be done in about 20 lines of code. A solution is provided as 
awfulpoetryl_ans .py. 

4. To make the awful poetry program more versatile, add some code to it so 
that if the user enters a number on the command line (between 1 and 10 
inclusive), the program will output that many lines. If no command-line 
argument is given, default to printing five lines as before. You’ll need to 
change the main loop (e.g., to a while loop). Keep in mind that Python’s 
comparison operators can be chained, so there’s no need to use logical and 
when checking that the argument is in range. The additional functionality 
can be done by adding about ten lines of code. A solution is provided as 
awf ulpoetry2_ans. py. 

5. It would be nice to be able to calculate the median (middle value) as well 
as the mean for the averages program in Exercise 2, but to do this we must 
sort the list. In Python a list can easily be sorted using the list. sort () 
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method, but we haven’t covered that yet, so we won’t use it here. Ex¬ 
tend the averages program with a block of code that sorts the list of 
numbers—efficiency is of no concern, just use the easiest approach you 
can think of Once the list is sorted, the median is the middle value if the 
list has an odd number of items, or the average of the two middle values 
if the list has an even number of items. Calculate the median and output 
that along with the other information. 

This is rather tricky, especially for inexperienced programmers. If you 
have some Python experience, you might still find it challenging, at least if 
you keep to the constraint of using only the Python we have covered so far. 
The sorting can be done in about a dozen lines and the median calculation 
(where you can’t use the modulus operator, since it hasn’t been covered yet) 
in four lines. A solution is provided in average2_ans. py. 
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Data Types 


In this chapter we begin to take a much more detailed look at the Python lan¬ 
guage. We start with a discussion of the rules governing the names we give to 
object references, and provide a list of Python’s keywords. Then we look at all 
of Python’s most important data types—excluding collection data types, which 
are covered in Chapter 3. The data types considered are all built-in, except for 
one which comes from the standard library. The only difference between built- 
in data types and library data types is that in the latter case, we must first im¬ 
port the relevant module and we must qualify the data type’s name with the 
name of the module it comes from—Chapter 5 covers importing in depth. 


Identifiers and Keywords 


When we create a data item we can either assign it to a variable, or insert it 
into a collection. (As we noted in the preceding chapter, when we assign in 
Python, what really happens is that we bind an object reference to refer to 
the object in memory that holds the data.) The names we give to our object 
references are called identifiers or just plain names. 

A valid Python identifier is a nonempty sequence of characters of any length 
that consists of a “start character” and zero or more “continuation characters”. 
Such an identifier must obey a couple of rules and ought to follow certain con¬ 
ventions. 

The first rule concerns the start and continuation characters. The start char¬ 
acter can be anything that Unicode considers to be a letter, including the ASCII 
letters (“a”, “b”,..., “z”, “A”, “B”,..., “Z”), the underscore as well as the let¬ 
ters from most non-English languages. Each continuation character can be 
any character that is permitted as a start character, or pretty well any non¬ 
whitespace character, including any character that Unicode considers to be a 
digit, such as (“0”, “1”,..., “9”), or the Catalan character Identifiers are case- 
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sensitive, so for example, TAXRATE, Taxrate, TaxRate, taxRate, and taxrate are five 
different identifiers. 

The precise set of characters that are permitted for the start and continuation 
are described in the documentation (Python language reference. Lexical analy¬ 
sis, Identifiers and keywords section), and in PEP 3131 (Supporting Non-ASCII 
Identifiers).* 

The second rule is that no identifier can have the same name as one of Python’s 
keywords, so we cannot use any of the names shown in Table 2.1. 


Table 2.1 Python’s Keywords 


and 

continue 

except 

global 

lambda 

pass 

while 

as 

def 

False 

if 

None 

raise 

with 

assert 

del 

finally 

import 

nonlocal 

return 

yield 

break 

elif 

for 

in 

not 

True 


class 

else 

from 

is 

or 

try 



We already met most of these keywords in the preceding chapter, although 11 
of them— assert, class, del, finally, from, global, lambda, nonlocal, raise, with, 
and yield —have yet to be discussed. 

The first convention is: Don’t use the names of any of Python’s predefined iden¬ 
tifiers for your own identifiers. So, avoid using Notlmplemented and Ellipsis, 
and the name of any of Python’s built-in data types (such as int, float, list, 
str, and tuple), and any of Python’s built-in functions or exceptions. How can 
we tell whether an identifier falls into one of these categories? Python has a 
built-in function called di r () that returns a list of an object’s attributes. If it is 
called with no arguments it returns the list of Python’s built-in attributes. For 
example: 

>» dir() # Python 3.1's list has an extra item, '_package_' 

['_builtins_', '_doc_', '_name_'] 

The_ builtins _attribute is, in effect, a module that holds all of Python’s 

built-in attributes. We can use it as an argument to the dir() function: 

>» dir(_builtins_) 

['ArithmeticError', 'AssertionError', 'AttributeError', 

'sum', 'super', 'tuple', 'type', 'vars', 'zip'] 


*A “PEP” is a Python Enhancement Proposal. If someone wants to change or extend Python, 
providing they get enough support from the Python community, they submit a PEP with the details 
of their proposal so that it can be formally considered, and in some cases such as with PEP 3131, 
accepted and implemented. All the PEPs are accessible from www. python. org/dev/peps/. 
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There are about 130 names in the list, so we have omitted most of them. Those 
that begin with a capital letter are the names of Python’s built-in exceptions; 
the rest are function and data type names. 

The second convention concerns the use of underscores (_). Names that begin 

and end with two underscores (such as_It_) should not be used. Python 

defines various special methods and variables that use such names (and in the 
case of special methods, we can reimplement them, that is, make our own ver¬ 
sions of them), but we should not introduce new names of this kind ourselves. 

We will cover such names in Chapter 6. Names that begin with one or two lead¬ 
ing underscores (and that don’t end with two underscores) are treated specially 
in some contexts. We will show when to use names with a single leading un¬ 
derscore in Chapter 5, and when to use those with two leading underscores in 
Chapter 6. 

A single underscore on its own can be used as an identifier, and inside an 
interactive interpreter or Python Shell, _ holds the result of the last expression 
that was evaluated. In a normal running program no _ exists, unless we use it 
explicitly in our code. Some programmers like to use _ in for ... in loops when 
they don’t care about the items being looped over. For example: 

for _ in (0, 1, 2, 3, 4, 5): 
printC'Hello") 

Be aware, however, that those who write programs that are international¬ 
ized often use _ as the name of their translation function. They do this so 
import that instead of writing gettext.gettext("Translate me"), they can write import 

38 < _("Translate me"). (For this code to work we must have first imported the get- >. ige 

text module so that we can access the module’s gettext () function.) 

Let’s look at some valid identifiers in a snippet of code written by a Spanish¬ 
speaking programmer. The code assumes we have done import math and that 
the variables radio and vieja area have been created earlier in the program: 

7t = math, pi 
e = 0.0000001 

nueva_area = 7t * radio * radio 
if abs(nueva_area - vieja_area) < e: 
printC'las areas han convergido") 

We’ve used the math module, set epsilon (e) to be a very small floating-point 
number, and used the abs () function to get the absolute value of the difference 
between the areas—we cover all of these later in this chapter. What we are 
concerned with here is that we are free to use accented characters and Greek 
letters for identifiers. We could just as easily create identifiers using Arabic, 
Chinese, Hebrew, Japanese, and Russian characters, or indeed characters from 
any other language supported by the Unicode character set. 
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The easiest way to check whether something is a valid identifier is to try to 
assign to it in an interactive Python interpreter or in IDLE’s Python Shell 
window. Here are some examples: 

>» stretch-factor = 1 

SyntaxError: can't assign to operator (...) 

>» 2iniles = 2 

SyntaxError: invalid syntax (...) 

>» str = 3 # Legal but BAD 
>» I' impotSl = 4 

SyntaxError: EOL while scanning single-quoted string (...) 

>» I_imp6t31 = 5 
»> 

When an invalid identifier is used it causes a Sy ntaxE r ro r exception to be raised. 
In each case the part of the error message that appears in parentheses varies, 
so we have replaced it with an ellipsis. The first assignment fails because 
is not a Unicode letter, digit, or underscore. The second one fails because 
the start character is not a Unicode letter or underscore; only continuation 
characters can be digits. No exception is raised if we create an identifier that 
is valid—even if the identifier is the name of a built-in data type, exception, 
or function—so the third assignment works, although it is ill-advised. The 
fourth fails because a quote is not a Unicode letter, digit, or underscore. The 
fifth is fine. 


Integral Types 


Python provides two built-in integral types, int and bool.* Both integers and 
Booleans are immutable, but thanks to Python’s augmented assignment oper¬ 
ators this is rarely noticeable. When used in Boolean expressions, 0 and False 
are False, and any other integer and True are True. When used in numerical 
expressions True evaluates to 1 and False to 0. This means that we can write 
some rather odd things—for example, we can increment an integer, i, using the 
expression i += True. Naturally, the correct way to do this is i += 1. 


Integers 


The size of an integer is limited only by the machine’s memory, so integers 
hundreds of digits long can easily be created and worked with—although they 
will be slower to use than integers that can be represented natively by the 
machine’s processor. 


*The standard library also provides the fractions.Fraction type (unlimited precision rationals) 
which may be useful in some specialized mathematical and scientific contexts. 
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Table 2.2 Numeric Operators and Functions 

Syntax 

Description 

X + y 

Adds number x and number y 

X - y 

Subtracts y from x 

X * y 

Multiplies x by y 

X / y 

Divides x by y; always produces a float (or a complex if x or y 
is complex) 

X // y 

Divides x by y; truncates any fractional part so always pro¬ 
duces an int result; see also the round () function 

X % y 

Produces the modulus (remainder) of dividing x by y 

X ** y 

Raises x to the power of y; see also the pow() functions 

-X 

Negates x; changes x’s sign if nonzero, does nothing if zero 

+x 

Does nothing; is sometimes used to clarify code 

abs(x) 

Returns the absolute value of x 

divmod(x, y) 

Returns the quotient and remainder of dividing x by y as a 
tuple of two ints 

pow(x, y) 

Raises x to the power of y; the same as the ** operator 

pow(x, y, z) 

A faster alternative to (x ** y) % z 

round(x, n) 

Returns x rounded to n integral digits if n is a negative int 
or returns x rounded to n decimal places if n is a positive int; 
the returned value has the same type as x; see the text 


Table 2.3 Integer Conversion Functions 


Syntax 

Description 

bin(i) 

Returns the binary representation of int i as a string, e.g., 
bin(1980) == '0bllll0111100' 

hex(i) 

Returns the hexadecimal representation of i as a string, e.g., 
hex(1980) == '0x7bc' 

int(x) 

Converts object x to an integer; raises ValueError on 
failure—or TypeError if x’s data type does not support integer 
conversion. If x is a floating-point number it is truncated. 

int(s, base) 

Converts str s to an integer; raises ValueError on failure. If 
the optional base argument is given it should be an integer 
between 2 and 36 inclusive. 

oct(i) 

Returns the octal representation of i as a string, e.g., 
oct(1980) == '003674' 


Tuples 
> 108 
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Integer literals are written using base 10 (decimal) by default, but other 
number bases can be used when this is convenient: 

>» 14600926 # decimal 

14600926 

»> 06110111101100101011011110 # binary 

14600926 

»> 0067545336 # octal 

14600926 

>» 0XDECADE # hexadecimal 

14600926 

Binary numbers are written with a leading 0b, octal numbers with a leading 
00,* and hexadecimal numbers with a leading 0x. Uppercase letters can also 
be used. 

All the usual mathematical functions and operators can be used with integers, 
as Table 2.2 shows. Some of the functionality is provided by built-in functions 
like abs() —for example, abs(i) returns the absolute value of integer i —and 
other functionality is provided by int operators—for example, i + j returns the 
sum of integers i and j. 

We will mention just one of the functions from Table 2.2, since all the others are 
sufficiently explained in the table itself While for floats, the round () function 
works in the expected way—for example, round (1.246, 2) produces 1.25 —for 
ints, using a positive rounding value has no effect and results in the same 
number being returned, since there are no decimal digits to work on. But when 
a negative rounding value is used a subtle and useful behavior is achieved—for 
example, round(13579, -3) produces 14000, and round(34.8 , -1) produces 30.0. 

All the binary numeric operators (+, -, /, //, %, and **) have augmented assign¬ 
ment versions (+=, -=, /=, //=, %=, and **=) where x op= y is logically equivalent to 
X = X op y in the normal case when reading x’s value has no side effects. 

Objects can be created by assigning literals to variables, for example, x = 17, or 
by calling the relevant data type as a function, for example, x = int (17). Some 
objects (e.g., those of type decimal.Decimal) can be created only by using the 
data type since they have no literal representation. When an object is created 
using its data type there are three possible use cases. 

The first use case is when a data type is called with no arguments. In this case 
an object with a default value is created—for example, x = int () creates an 
integer of value 0. All the built-in types can be called with no arguments. 

The second use case is when the data type is called with a single argument. If 
an argument of the same type is given, a new object which is a shallow copy of 


*Users of C-style languages note that a single leading 0 is not sufficient to specify an octal number; 
00 (zero, letter o) must be used in Python. 



Integral Types 


57 


Copying 
collec¬ 
tions 

>146 

Type 
conver¬ 
sions 

>252 

The third use case is where two or more arguments are given—not all types 
support this, and for those that do the argument types and their meanings 
vary. For the int type two arguments are permitted where the first is a string 
that represents an integer and the second is the number base of the string 
representation. For example, int("A4", 16) creates an integer of value 164. 

This use is shown in Table 2.3. 


the original object is created. (Shallow copying is covered in Chapter 3.) If an 
argument of a different type is given, a conversion is attempted. This use is 
shown for the int type in Table 2.3. If the argument is of a type that supports 
conversions to the given type and the conversion fails, a ValueError exception 
is raised; otherwise, the resultant object of the given type is returned. If the 
argument’s data type does not support conversion to the given type a TypeError 
exception is raised. The built-in float and str types both provide integer 
conversions; it is also possible to provide integer and other conversions for our 
own custom data types as we will see in Chapter 6. 


The bitwise operators are shown in Table 2.4. All the binary bitwise operators 
(I, «, and ») have augmented assignment versions (| =, ''=, &=, «=, and 

»=) where i op= j is logically equivalent to i = i op j in the normal case when 
reading i’s value has no side effects. 


From Python 3.1, the int.bit_length() method is available. This returns 
the number of bits required to represent the int it is called on. For example, 
(2145). bit length () returns 12. (The parentheses are required if a literal inte¬ 
ger is used, but not if we use an integer variable.) 


3.1 


If many true/false flags need to be held, one possibility is to use a single integer, 
and to test individual bits using the bitwise operators. The same thing can be 
achieved less compactly, but more conveniently, using a list of Booleans. 


Table 2.4 Integer Bitwise Operators 


Syntax 

Description 

i I i 

Bitwise or of int i and int j; negative numbers are assumed to be 
represented using 2’s complement 

i" i 

Bitwise xor (exclusive or) of i and j 

i & j 

Bitwise and of i and j 

i « j 

Shifts i left by j bits; like i * (2 ** j) without overflow checking 

i » j 

Shifts i right by j bits; like i // (2 ** j) without overflow checking 

~i 

Inverts i’s bits 





58 


Chapter 2. Data Types 


Logical 

opera¬ 

tors 

25 < 


Booleans 


There are two built-in Boolean objects: True and False. Like all other Python 
data types (whether built-in, library, or custom), the bool data type can be 
called as a function—with no arguments it returns False, with a bool argument 
it returns a copy of the argument, and with any other argument it attempts 
to convert the given object to a bool. All the built-in and standard library data 
types can be converted to produce a Boolean value, and it is easy to provide 
Boolean conversions for custom data types. Here are a couple of Boolean 
assignments and a couple of Boolean expressions: 

>» t = True 
>» f = False 
>» t and f 
False 

>» t and True 
True 

As we noted earlier. Python provides three logical operators: and, or, and not. 
Both and and or use short-circuit logic and return the operand that determined 
the result, whereas not always returns either True or False. 

Programmers who have been using older versions of Python sometimes use 
1 and 0 instead of True and False; this almost always works fine, but new code 
should use the built-in Boolean objects when a Boolean value is required. 


Floating-Point Types 


Python provides three kinds of floating-point values: the built-in float and 
complex types, and the decimal. Decimal type from the standard library. All three 
are immutable. Type float holds double-precision floating-point numbers 
whose range depends on the C (or C# or Java) compiler Python was built with; 
they have limited precision and cannot reliably be compared for equality. 
Numbers of type float are written with a decimal point, or using exponential 
notation, for example, 0.0,4., 5.7, -2.5, -2e9, 8.9e-4. 

Computers natively represent floating-point numbers using base 2—this 
means that some decimals can be represented exactly (such as 0.5), but others 
only approximately (such as 0.1 and 0.2). Furthermore, the representation uses 
a fixed number of bits, so there is a limit to the number of digits that can be 
held. Here is a salutary example typed into IDLE: 


»> 0.0, 5.4, -2.5, 8.9e-4 

(0.0, 5.4000000000000004, -2.5, 0.00088999999999999995) 


3.0 
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The inexactness is not a problem specific to Python—all programming lan¬ 
guages have this problem with floating-point numbers. 

Python 3.1 produces much more sensible-looking output: 

»> 0.0, 5.4, -2.5, 8.9e-4 
(0.0, 5.4, -2.5, 0.00089) 

When Python 3.1 outputs a floating-point number, in most cases it uses David 
Gay’s algorithm. This outputs the fewest possible digits without losing any 
accuracy. Although this produces nicer output, it doesn’t change the fact 
that computers (no matter what computer language is used) effectively store 
floating-point numbers as approximations. 

If we need really high precision there are two approaches we can take. One 
approach is to use ints —for example, working in terms of pennies or tenths of 
a penny or similar—and scale the numbers when necessary. This requires us 
to be quite careful, especially when dividing or taking percentages. The other 
approach is to use Python’s decimal. Decimal numbers from the decimal module. 
These perform calculations that are accurate to the level of precision we specify 
(by default, to 28 decimal places) and can represent periodic numbers like 0.1 
exactly; but processing is a lot slower than with floats. Because of their accu¬ 
racy, decimal. Decimal numbers are suitable for financial calculations. 

Mixed mode arithmetic is supported such that using an int and a float pro¬ 
duces a float, and using a float and a complex produces a complex. Because dec¬ 
imal . Decimals are of fixed precision they can be used only with other decimal. 
Decimals and with ints, in the latter case producing a decimal.Decimal result. 
If an operation is attempted using incompatible types, a TypeError exception 
is raised. 


Floating-Point Numbers 


All the numeric operators and functions in Table 2.2 (55 ■<) can be used with 
floats, including the augmented assignment versions. The float data type can 
be called as a function—with no arguments it returns 0.0, with a float argu¬ 
ment it returns a copy of the argument, and with any other argument it at¬ 
tempts to convert the given object to a float. When used for conversions a string 
argument can be given, either using simple decimal notation or using expo¬ 
nential notation. It is possible that NaN (“not a number”) or “infinity” may be 
produced by a calculation involving floats —unfortunately the behavior is not 
consistent across implementations and may differ depending on the system’s 
underlying math library. 

Here is a simple function for comparing floats for equality to the limit of the 
machine’s accuracy: 
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Table 2.5 The Math Module’s Functions and Constants #1 


Syntax 

Description 

math.acos(x) 

Returns the arc cosine of x in radians 

math.acosh(x) 

Returns the arc hyperbolic cosine of x in radians 

math.asin(x) 

Returns the arc sine of x in radians 

math.asinh(x) 

Returns the arc hyperbolic sine of x in radians 

math.atan(x) 

Returns the arc tangent of x in radians 

math.atan2(y, x) 

Returns the arc tangent of y / x in radians 

math.atanh(x) 

Returns the arc hyperbolic tangent of x in radians 

math.ceil(x) 

Returns firl , i-e., the smallest integer greater than or 
equal to x as an int; e.g., math. ceil(5.4) == 6 

math.copysign(x,y) 

Returns x with y’s sign 

math.cos(x) 

Returns the cosine of x in radians 

math.cosh(x) 

Returns the hyperbolic cosine of x in radians 

math.degrees(r) 

Converts float r from radians to degrees 

math.e 

The constant e; approximately 2.7182818284590451 

math.exp(x) 

Returns e^, i.e., math. e ** x 

math.fabs(x) 

Returns | x |, i.e., the absolute value of x as a float 

math.factorial(x) 

Returns v ! 

math.floor(x) 

Returns [xj , i.e., the largest integer less than or equal 
to X as an int; e.g., math.floor(5.4) == 5 

math.fmod(x, y) 

Produces the modulus (remainder) of dividing x by y; 
this produces better results than % for floats 

math.frexp(x) 

Returns a 2-tuple with the mantissa (as a float) and 
the exponent (as an int) so, x = mx 2"; see math .ldexp() 

math.fsum(i) 

Returns the sum of the values in iterable i as a float 

math.hypot(x, y) 

Returns ■\jx^ + y^ 

math.isinf(x) 

Returns True if float x is ± inf ( ± 0 °) 

math.isnan(x) 

Returns True if float x is nan (“not a number”) 

math.ldexp(m, e) 

Returns m x 2"; effectively the inverse of math. f rexp() 

math.log(x, b) 

Returns log^x; b is optional and defaults to math. e 

math.logl0(x) 

Returns logj^x 

math.loglp(x) 

Returns log^(l - 1 - x); accurate even when x is close to 0 

math.modf(x) 

Returns x’s fractional and whole parts as two floats 


Tuples 
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Table 2.6 The Math Module’s Functions and Constants #2 


Syntax 

Description 

math.pi 

The constant n; approximately 3.141592 653 589 7931 

math.pow(x, y) 

Returns as a float 

math.radians(d) 

Converts float d from degrees to radians 

math.sin(x) 

Returns the sine of x in radians 

math.sinh(x) 

Returns the hyperbolic sine of x in radians 

math.sqrt(x) 

Returns ^[x 

math.tan(x) 

Returns the tangent of x in radians 

math.tanh(x) 

Returns the hyperbolic tangent of x in radians 

math.trunc(x) 

Returns the whole part of x as an int; same as int (x) 


def equal_float(a, b); 

return abs(a - b) <= sys.float_info.epsilon 

This requires us to import the sys module. The sys. float info object has many 
attributes; sys. f loat inf o. epsilon is effectively the smallest difference that the 
machine can distinguish between two floating-point numbers. On one of the 
author’s 32-bit machines it is just over 0.000 000 000 000 000 2. (Epsilon is the 
traditional name for this number.) Python floats normally provide reliable 
accuracy for up to 17 significant digits. 

If you type sys. f loat info into IDLE, all its attributes will be displayed; these 
include the minimum and maximum floating-point numbers the machine can 
represent. And typing help (sys. floatinfo) will print some information about 
the sys. float_info object. 

Floating-point numbers can be converted to integers using the int () func¬ 
tion which returns the whole part and throws away the fractional part, or 
using round0 which accounts for the fractional part, or using math.floorO 
or math.ceilO which convert down to or up to the nearest integer. The 
float.is_integer( ) method returns True if a floating-point number’s frac¬ 
tional part is 0, and a float’s fractional representation can be obtained using 
the float.as_integer_ratio( ) method. For example, given x = 2.75, the call 
x.as integer ratioO returns (11, 4). Integers can be converted to floating¬ 
point numbers using f loat () . 

Floating-point numbers can also be represented as strings in hexadecimal 
format using the float. hex( ) method. Such strings can be converted back to 
floating-point numbers using the float. f romhex( ) method. For example: 


s = 14.25.hex 0 


# str s == '0xl.c800000000000p+3 
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f = float.froinhex(s) # float f == 14.25 

t = f.hexO # str t == '0xl.c800000000000p+3' 

The exponent is indicated using p (“power”) rather than e since e is a valid 
hexadecimal digit. 

In addition to the built-in floating-point functionality, the math module provides 
many more functions that operate on floats, as shown in Tables 2.5 and 2.6. 
Here are some code snippets that show how to make use of the module’s func¬ 
tionality: 

>» import math 

>» math.pi * (5 ** 2) # Python 3.1 outputs: 78.53981633974483 

78.539816339744831 

>» math.hypot(5, 12) 

13.0 

>» math.modf(13.732) # Python 3.1 outputs: (0.7319999999999993, 13.0) 
(0.73199999999999932, 13.0) 

The math. hypot ( ) function calculates the distance from the origin to the point 
(x,y) and produces the same result as math, sqrt ( (x ** 2) + (y ** 2)). 

The math module is very dependent on the underlying math library that Python 
was compiled against. This means that some error conditions and boundary 
cases may behave differently on different platforms. 


Complex Numbers 


The complex data type is an immutable type that holds a pair of floats, one 
representing the real part and the other the imaginary part of a complex 
number. Literal complex numbers are written with the real and imaginary 
parts joined by a + or - sign, and with the imaginary part followed by a j .* Here 
are some examples: 3.5+2 j, 0.5 j, 4+0 j, -1-3.7 j. Notice that if the real part is 0, 
we can omit it entirely. 

The separate parts of a complex are available as attributes real and imag. 
For example: 

»> z = -89.5+2.125j 
>» z. real, z.imag 
(-89.5, 2.125) 

Except for //, %, divmodO, and the three-argument pow(), all the numeric 
operators and functions in Table 2.2 (55 •<) can be used with complex numbers, 
and so can the augmented assignment versions. In addition, complex numbers 


*Mathematicians use i to signify V -1, but Python follows the engineering tradition and uses j. 
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have a method, conjugateO, which changes the sign of the imaginary part. 
For example: 

»> z.conjugateO 
(-89.5-2.125j) 

»> 3-4j .conjugateO 
(3+4j) 

Notice that here we have called a method on a literal complex number. In gener¬ 
al, Python allows us to call methods or access attributes on any literal, as long 
as the literal’s data type provides the called method or the attribute—however, 
this does not apply to special methods, since these always have corresponding 
operators such as + that should be used instead. For example, 4 j. real produces 
0.0, 4j. imag produces 4 . 0, and 4j + 3+2j produces 3+6j. 

The complex data type can be called as a function—with no arguments it 
returns 0j , with a complex argument it returns a copy of the argument, and 
with any other argument it attempts to convert the given object to a complex. 
When used for conversions complex! ) accepts either a single string argument, 
or one or two floats. If just one float is given, the imaginary part is taken to 
be 0j. 

The functions in the math module do not work with complex numbers. This is 
a deliberate design decision that ensures that users of the math module get 
exceptions rather than silently getting complex numbers in some situations. 

Users of complex numbers can import the cmath module, which provides com¬ 
plex number versions of most of the trigonometric and logarithmic functions 
that are in the math module, plus some complex number-specific functions such 
as cmath.phase!), cmath.polar! ), and cmath. rect!), and also the cmath.pi and 
cmath . e constants which hold the same float values as their math module coun¬ 
terparts. 


Decimal Numbers 


In many applications the numerical inaccuracies that can occur when using 
floats don’t matter, and in any case are far outweighed by the speed of calcu¬ 
lation that floats offer. But in some cases we prefer the opposite trade-off, and 
want complete accuracy, even at the cost of speed. The decimal module provides 
immutable Decimal numbers that are as accurate as we specify. Calculations 
involving Decimals are slower than those involving floats, but whether this is 
noticeable will depend on the application. 

To create a Decimal we must import the decimal module. For example: 

»> import decimal 

»> a = decimal.Decimal(9876) 
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»> b = decimal.DecimaK"54321.012345678987654321") 

»> a + b 

DecimaK '64197.012345678987654321') 

Decimal numbers are created using the decimal.DecimaK) function. This 
function can take an integer or a string argument—but not a float, since floats 
are held inexactly whereas decimals are represented exactly. If a string is 
used it can use simple decimal notation or exponential notation. In addition 
to providing accuracy, the exact representation of decimal. Decimals means that 
they can be reliably compared for equality. 

From Python 3.1 it is possible to convert floats to decimals using the deci¬ 
mal. Decimal. fromfloatO function. This function takes a float as argument 
and returns the decimal. Decimal that is closest to the number the float approx¬ 
imates. 

All the numeric operators and functions listed in Table 2.2 (55 <), including 
the augmented assignment versions, can be used with decimal.Decimals, but 
with a couple of caveats. If the ** operator has a decimal.Decimal left-hand 
operand, its right-hand operand must be an integer. Similarly, if the pow() 
function’s first argument is a decimal.Decimal, then its second and optional 
third arguments must be integers. 

The math and cmath modules are not suitable for use with decimal.Decimals, 
but some of the functions provided by the math module are provided as deci¬ 
mal. Decimal methods. For example, to calculate where x is a float, we write 
math.exp(x), but where x is a decimal.Decimal, we write x.exp(). From the dis¬ 
cussion in Piece #3 (20 •<), we can see that x. exp () is, in effect, syntactic sugar 
for decimal.Decimal.exp(x). 

The decimal. Decimal data type also provides In () which calculates the natural 
(base e) logarithm (just like math .log () with one argument), logl0(), and sqrt (), 
along with many other methods specific to the decimal. Decimal data type. 

Numbers of type decimal.Decimal work within the scope of a context] the 
context is a collection of settings that affect how decimal. Decimals behave. The 
context specifies the precision that should be used (the default is 28 decimal 
places), the rounding technique, and some other details. 

In some situations the difference in accuracy between floats and decimal. 
Decimals becomes obvious: 

»> 23 / 1.05 
21.904761904761905 
»> prinK23 / 1.05) 

21.9047619048 

>» print(decimal.DecimaK23) / decimal.DecimaK"l-05")) 

21.90476190476190476190476190 
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»> decimal.Decimal(23) / decimal.DecimalC'l. 05") 

Decimal ('21.90476190476190476190476190') 

Although the division using decimal. Decimals is more accurate than the one 
involving floats, in this case (on a 32-bit machine) the difference only shows 
up in the fifteenth decimal place. In many situations this is insignificant—for 
example, in this book, all the examples that need floating-point numbers use 
floats. 

One other point to note is that the last two of the preceding examples reveal 
for the first time that printing an object involves some behind-the-scenes for¬ 
matting. When we call printO on the result of decimal.Decimal (23) / deci¬ 
mal . Decimal ("1.05") the bare number is printed—this output is in string form. 
If we simply enter the expression we get a decimal. Decimal output—this output 
is in representational form. All Python objects have two output forms. String 
form is designed to be human-readable. Representational form is designed to 
produce output that if fed to a Python interpreter would (when possible) re¬ 
produce the represented object. We will return to this topic in the next section 
where we discuss strings, and again in Chapter 6 when we discuss providing 
string and representational forms for our own custom data types. 

The Library Reference’s decimal module documentation provides all the 
details that are too obscure or beyond our scope to cover; it also provides more 
examples, and a FAQ list. 


Strings 


Strings are represented by the immutable st r data type which holds a sequence 
of Unicode characters. The str data type can be called as a function to create 
string objects—with no arguments it returns an empty string, with a non¬ 
string argument it returns the string form of the argument, and with a string 
argument it returns a copy of the string. The str( ) function can also be used 
as a conversion function, in which case the first argument should be a string 
or something convertable to a string, with up to two optional string arguments 
being passed, one specifying the encoding to use and the other specifying how 
to handle encoding errors. 
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Earlier we mentioned that string literals are created using quotes, and that we 
are free to use single or double quotes providing we use the same at both ends. 
In addition, we can use a triple quoted string —this is Python-speak for a string 
that begins and ends with three quote characters (either three single quotes or 
three double quotes). For example: 


text = """A triple quoted string like this can include 'quotes' and 
"quotes" without formality. We can also escape newlines \ 
so this particular string is actually only two lines long.""" 
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Table 2.7 Python’s String Escapes 

Escape 

Meaning 

\newline 

Escape (i.e., ignore) the newline 

W 

Backslash (\) 

V 

Single quote (’) 

\" 

Double quote (") 

\a 

ASCII bell (BEL) 

\b 

ASCII backspace (BS) 

\f 

ASCII formfeed (FF) 

\n 

ASCII linefeed (LF) 

\N{name} 

Unicode character with the given name 

\ooo 

Character with the given octal value 

\r 

ASCII carriage return (CR) 

\t 

ASCII tab (TAB) 

\uhhhh 

Unicode character with the given 16-bit hexadecimal value 

\mhhhhhh 

Unicode character with the given 32-bit hexadecimal value 

W 

ASCII vertical tab (VT) 

\xhh 

Character with the given 8-bit hexadecimal value 


If we want to use quotes inside a normal quoted string we can do so without 
formality if they are different from the delimiting quotes; otherwise, we must 
escape them: 

a = "Single 'quotes' are fine; \"doubles\" must be escaped." 

b = 'Single \'quotes\' must be escaped; "doubles" are fine.' 

Python uses newline as its statement terminator, except inside parentheses 
(()), square brackets ([ ]), braces ({}), or triple quoted strings. Newlines can be 
used without formality in triple quoted strings, and we can include newlines 
in any string literal using the \n escape sequence. All of Python’s escape se¬ 
quences are shown in Table 2.7. In some situations—for example, when writing 
regular expressions—we need to create strings with lots of literal backslashes. 
(Regular expressions are the subject of Chapter 13.) This can be inconvenient 
since each one must be escaped: 

import re 

phonel = re.compile("''((?: [(]\\d+[)])?\\s*\\d+(?:-\\d+)?)$") 
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The solution is to use raw strings. These are quoted or triple quoted strings 
whose first quote is preceded by the letter r. Inside such strings all characters 
are taken to be literals, so no escaping is necessary. Here is the phone regular 
expression using a raw string: 

phone2 = re.compile!r"^((?:[(]\d+[)])?\s*\d+(?:-\d+)?)$") 

If we want to write a long string literal spread over two or more lines but with¬ 
out using a triple quoted string there are a couple of approaches we can take: 

t = "This is not the best way to join two long strings " + \ 

"together since it relies on ugly newline escaping" 

s = ("This is the nice way to join two long strings " 

"together; it relies on string literal concatenation.") 

Notice that in the second case we must use parentheses to create a single 
expression—without them, s would be assigned only to the first string, and 
the second string would cause an IndentationError exception to be raised. The 
Python documentation’s “Idioms and Anti-Idioms” HOWTO document recom¬ 
mends always using parentheses to spread statements of any kind over mul¬ 
tiple lines rather than escaping newlines; a recommendation we endeavor to 
follow. 

Since . py files default to using the UTF-8 Unicode encoding, we can write any 
Unicode characters in our string literals without formality. We can also put 
any Unicode characters inside strings using hexadecimal escape sequences or 
using Unicode names. For example: 

»> euros = "€ \N{euro sign} \u20AC \U000020AC" 

»> print(euros) 

€ € € € 

In this case we could not use a hexadecimal escape because they are limited to 
two digits, so they cannot exceed 0xFF. Note that Unicode character names are 
not case-sensitive, and spaces inside them are optional. 

If we want to know the Unicode code point (the integer assigned to the charac¬ 
ter in the Unicode encoding) for a particular character in a string, we can use 
the built-in ord () function. For example: 

»> ord(euros[0]) 

8364 

»> hex(ord(euros[0])) 

'0x20ac' 

Similarly, we can convert any integer that represents a valid code point into 
the corresponding Unicode character using the built-in ch r() function: 
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»> s = "anarchists are " + chr(8734) + chr(0x23B7) 

>» s 

'anarchists are °°a/' 

»> ascii(s) 

'"anarchists are \u221e\u23b7 

If we enter s on its own in IDLE, it is output in its string form, which for strings 
means the characters are output enclosed in quotes. If we want only ASCII 
characters, we can use the built-in ascii () function which returns the represen¬ 
tational form of its argument using 7-bit ASCII characters where possible, and 
using the shortest form of \xhh,\uhhhh, or \Uhhhhhhhh escape otherwise. We will 
see how to achieve precise control of string output later in this chapter. 


Comparing Strings 


Strings support the usual comparison operators <, <=, ==, ! =, >, and >=. These 
operators compare strings byte by byte in memory. Unfortunately, two prob¬ 
lems arise when performing comparisons, such as when sorting lists of 
strings. Both problems afflict every programming language that uses Unicode 
strings—neither is specific to Python. 

The first problem is that some Unicode characters can be represented by two 
or more different byte sequences. For example, the character A (Unicode code 
point 0X00C5) can be represented in UTF-8 encoded bytes in three different 
ways: [0xE2, 0x84, 0xAB], [0xC3, 0x85], and [0x41, 0xCC, 0x8A]. Fortunately, we 
can solve this problem. If we import the unicodedata module and call unicode¬ 
data, normalize] ) with "NFKC" as the first argument (this is a normalization 
method—three others are also available, "NFC", "NFD", and "NFKD"), and a string 
containing the A character using any of its valid byte sequences, the function 
will return a string that when represented as UTF-8 encoded bytes will always 
be the byte sequence [0xC3, 0x85]. 

The second problem is that the sorting of some characters is language-specific. 
One example is that in Swedish d is sorted after z, whereas in German, d is sort¬ 
ed as if though were spelled ae. Another example is that although in English 
we sort 0 as if it were o, in Danish and Norwegian it is sorted after z. There 
are lots of problems along these lines, and they can be complicated by the fact 
that sometimes the same application is used by people of different nationalities 
(who therefore expect different sorting orders), and sometimes strings are in a 
mixture of languages (e.g., some Spanish, others English), and some characters 
(such as arrows, dingbats, and mathematical symbols) don’t really have mean¬ 
ingful sort positions. 

As a matter of policy—to prevent subtle mistakes—Python does not make 
guesses. In the case of string comparisons, it compares using the strings’ in¬ 
memory byte representation. This gives a sort order based on Unicode code 
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points which gives ASCII sorting for English. Lower- or uppercasing all the 
strings compared produces a more natural English language ordering. Normal¬ 
izing is unlikely to be needed unless the strings are from external sources like 
files or network sockets, but even in these cases it probably shouldn’t be done 
unless there is evidence that it is needed. We can of course customize Python’s 
sort methods as we will see in Chapter 3. The whole issue of sorting Unicode 
strings is explained in detail in the Unicode Collation Algorithm document 
(unicode.org/reports/trl0). 


Slicing and Striding Strings 


Piece #3 We know from Piece #3 that individual items in a sequence, and therefore in- 
18 < dividual characters in a string, can be extracted using the item access operator 

([ ]). In fact, this operator is much more versatile and can be used to extract not 
just one item or character, but an entire slice (subsequence) of items or charac¬ 
ters, in which context it is referred to as the slice operator. 

First we will begin by looking at extracting individual characters. Index 
positions into a string begin at 0 and go up to the length of the string minus 
1. But it is also possible to use negative index positions—these count from the 
last character back toward the first. Given the assignment s = "Light ray". 
Figure 2.1 shows all the valid index positions for string s. 


s[-9] s[-8] s[-7] s[-6] s[-5] s[-4] s[-3] s[-2] s[-l] 


g 


h 


t 


r 


s[0] s[l] s[2] s[3] s[4] s[5] s[6] s[7] s[8] 

Figure 2.1 String index positions 


Negative indexes are surprisingly useful, especially -1 which always gives us 
the last character in a string. Accessing an out-of-range index (or any index in 
an empty string) will cause an IndexError exception to be raised. 

The slice operator has three syntaxes: 

seg[start] 

seg[start:end] 

seq[5tart‘.end-.step] 

The seq can be any sequence, such as a list, string, or tuple. The start, end, and 
step values must all be integers (or variables holding integers). We have used 
the first syntax already: It extracts the start-th item from the sequence. The 
second syntax extracts a slice from and including the start-th item, up to and 
excluding the end-th item. We’II discuss the third syntax shortly. 
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If we use the second (one colon) syntax, we can omit either of the integer 
indexes. If we omit the start index, it will default to 0. If we omit the end index, 
it will default to ten ( seq ). This means that if we omit both indexes, for example, 
s [: ], it is the same as writing s [0: ten (s) ], and extracts—that is, copies—the 
entire sequence. 

Given the assignment s = "The waxwork man". Figure 2.2 shows some example 
slices for string s. 


f* -s[4;ll]-w M—s[-3:] 
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M- s[ :7] -►!-<- s[7: ]- m 

Figure 2.2 Sequence slicing 


One way of inserting a substring inside a string is to mix slicing with concate¬ 
nation. For example: 


>» s = s[:12] + "wo" + s[12:] 
>» s 

'The waxwork woman' 


In fact, since the text “wo” appears in the original string, we could have 
achieved the same effect by assigning s[:12] + s[7:9] + s[12:]. 


Using + to concatenate and += to append is not particularly efficient when 
many strings are involved. For joining lots of strings it is usually best to use 
the St r. j oin () method, as we will see in the next subsection. 

The third (two colon) slice syntax is like the second, only instead of extracting 
every character, every step-th character is taken. And like the second syntax, 
we can omit either of the index integers. If we omit the start index, it will 
default to 0—unless a negative step is given, in which case the start index 
defaults to -1. If we omit the end index, it will default to lenisep)—unless a 
negative step is given, in which case the end index effectively defaults to before 
the beginning of the string. If we use two colons but omit the step size, it will 
default to 1. But there is no point using the two colon syntax with a step size 
of 1, since that’s the default anyway. Also, a step size of zero isn’t allowed. 
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If we have the assignment s = "he ate camel food". Figure 2.3 shows a couple of 
example strided slices for string s. 


Here we have used the default start and end indexes, so s [:: -2 ] starts at the 
last character and extracts every second character counting toward the start 
of the string. Similarly, s [:; 3 ] starts at the first character and extracts every 
third character counting toward the end. 
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s[::-2] == 'do ea t h' 
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s[: :3] == 'ha m o' 

Figure 2.3 Sequence striding 

It is also possible to combine slicing indexes with striding, as Figure 2.4 
illustrates. 

s[-l:2:-2] == s[:2:-2] == 'do ea t' 
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s[0:-5:3] == s[:-5:3] == 'ha m' 
Figure 2.4 Sequence slicing and striding 


Striding is most often used with sequence types other than strings, but there 
is one context in which it is used for strings: 

»> s, s[: :-l] 

('The waxwork woman', 'namow krowxaw ehT') 

Stepping by -1 means that every character is extracted, from the end back to 
the beginning—and therefore produces the string in reverse. 


String Operators and Methods 


Since strings are immutable sequences, all the functionality that can be used 
with immutable sequences can be used with strings. This includes member¬ 
ship testing with in, concatenation with +, appending with +=, replication with 
*, and augmented assignment replication with *=. We will discuss all of these in 
the context of strings in this subsection, in addition to discussing many of the 
string methods. Tables 2.8,2.9, and 2.10 summarize all the string methods, ex¬ 
cept for two rather specialized ones (str.maketrans() and str. translate!)) that 
we will briefly discuss further on. 

As strings are sequences they are “sized” objects, and therefore we can call 
len() with a string as the argument. The length returned is the number of 
characters in the string (zero for an empty string). 

We have seen that the + operator is overloaded to provide string concatenation. 
In cases where we want to concatenate lots of strings the str. join() method 
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offers a better solution. The method takes a sequence as an argument (e.g., a 
list or tuple of strings), and joins them together into a single string with the 
string the method was called on between each one. For example: 

»> treatises = ["Arithmetica", "Conics", "Elements"] 

>» " ".join(treatises) 

'Arithmetica Conics Elements' 

>» .join(treatises) 

'Arithmetica-o-Conics-o-Elements' 

>» .join(treatises) 

'ArithmeticaConicsElements' 

The first example is perhaps the most common, joining with a single character, 
in this case a space. The third example is pure concatenation thanks to the 
empty string which means that the sequence of strings are joined with nothing 
in between. 

The str. joinO method can also be used with the built-in reversed () function, 
to reverse a string, for example, " ". join (reversed (s)), although the same result 
can be achieved more concisely by striding, for example, s [:: -1 ]. 

The * operator provides string replication: 

»> s = "=" * 5 
>» print(s) 


»> s *= 10 
>» print(s) 


As the example shows, we can also use the augmented assignment version of 
the replication operator.* 

When applied to strings, the in membership operator returns True if its left- 
hand string argument is a substring of, or equal to, its right-hand string ar¬ 
gument. 

In cases where we want to find the position of one string inside another, we 
have two methods to choose from. One is the str. index () method; this returns 
the index position of the substring, or raises a ValueError exception on failure. 
The other is the st r. find () method; this returns the index position of the sub¬ 
string, or -1 on failure. Both methods take the string to find as their first ar¬ 
gument, and can accept a couple of optional arguments. The second argument 
is the start position in the string being searched, and the third argument is the 
end position in the string being searched. 


*Strings also support the % operator for formatting. This operator is deprecated and provided only 
to ease conversion from Python 2 to Python 3. It is not used in any of the book’s examples. 
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Table 2.8 String Methods #1 
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Syntax 

Description 

s.capitalize!) 

Returns a copy of str s with the first letter capitalized; 
see also the str.title!) method 

s.center(width, 
char) 

Returns a copy of s centered in a string of length width 
padded with spaces or optionally with char (a string of 
length 1); see str.ljust!), str. rjust!), and str.format!) 

s.count(t, 

start, end) 

Returns the number of occurrences of st r t in st r s (or in 
the start : end slice of s) 

s.encode! 

encoding, 

err) 

Returns a bytes object that represents the string using 
the default encoding or using the specified encoding and 
handling errors according to the optional err argument 

s.endswith!x, 
start, end) 

Returns T rue if s (or the start : end slice of s) ends with str 

X or with any of the strings in tuple x; otherwise, returns 
False. See also str.startswith!). 

s.expandtabs! 

size) 

Returns a copy of s with tabs replaced with spaces in 
multiples of 8 or of size if specified 

s.find!t, 

start, end) 

Returns the leftmost position of t in s (or in the start: end 
slice of s) or-1 if not found. Use str. rfind!) to find the 
rightmost position. See also st r. index (). 

s. format!...) 

Returns a copy of s formatted according to the given 
arguments. This method and its arguments are covered 
in the next subsection. 

s.index!t, 

start, end) 

Returns the leftmost position of t in s (or in the 
start lend slice of s)or raises ValueError if notfound. Use 
str.rindex!) to search from the right. See str. find!). 

s.isalnum!) 

Returns True if s is nonempty and every character in s 
is alphanumeric 

s.isalpha!) 

Returns True if s is nonempty and every character in s 
is alphabetic 

s.isdecimal!) 

Returns True if s is nonempty and every character in s is 
a Unicode base 10 digit 

s.isdigit!) 

Returns True if s is nonempty and every character in s is 
an ASCII digit 

s.isidentifier!) 

Returns True if s is nonempty and is a valid identifier 

s.islower!) 

Returns True if s has at least one lowercaseable charac¬ 
ter and all its lowercaseable characters are lowercase; 
see also str.isupper!) 
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Table 2.9 String Methods #2 


Syntax 

Description 

s.isnumericO 

Returns True if s is nonempty and every character in s is 
a numeric Unicode character such as a digit or fraction 

s.isprintableO 

Returns True if s is empty or if every character in s is con¬ 
sidered to be printable, including space, but not newline 

s.isspaceO 

Returns True if s is nonempty and every character in s is 
a whitespace character 

s.istitleO 

Returns True if s is a nonempty title-cased string; see 
also str.title!) 

s.isupperO 

Returns True if str s has at least one uppercaseable char¬ 
acter and all its uppercaseable characters are uppercase; 
see also str.islowerO 

s.join(seq) 

Returns the concatenation of every item in the sequence 
seq, with str s (which may be empty) between each one 

s.ljust( 

width, 

char) 

Returns a copy of s left-aligned in a string of length width 
padded with spaces or optionally with char (a string of 
length 1). Use str. rjust() to right-align and str.center() 
to center. See also str.format(). 

s.lowerO 

Returns a lowercased copy of s; see also str. upper() 

s.maketransO 

Companion of str. translate!); see text for details 

s.partition( 
t) 

Returns a tuple of three strings—the part of str s before 
the leftmost st r t, t, and the part of s after t; or if t isn’t in 
s returns s and two empty strings. Use str. rpartition!) 
to partition on the rightmost occurrence of t. 

s.replace(t, 
u, n) 

Returns a copy of s with every (or a maximum of n if 
given) occurrences of str t replaced with str u 

s.split(t, n) 

Returns a list of strings splitting at most n times on st r t; 
if n isn’t given, splits as many times as possible; if t isn’t 
given, splits on whitespace. Use str. rsplit!) to split from 
the right—this makes a difference only if n is given and is 
less than the maximum number of splits possible. 

s.splitlines( 

f) 

Returns the list of lines produced by splitting s on line 
terminators, stripping the terminators unless f is T rue 

s.startswith( 

X, start, 
end) 

Returns T rue if s (or the start: end slice of s) starts with 
str X or with any of the strings in tuple x; otherwise, 
returns False. See also str.endswith!). 
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Table 2.10 String Methods #3 


Syntax 

Description 

s.St rip(chars) 

Returns a copy of s with leading and trailing whitespace 
(or the characters in st r chars) removed; st r. 1st rip !) strips 
only at the start, and st r. rst rip !) strips only at the end 

s.swapcaseO 

Returns a copy of s with uppercase characters lowercased 
and lowercase characters uppercased; see also str. lower!) 
and str.upper!) 

s.title!) 

Returns a copy of s where the first letter of each word 
is uppercased and all other letters are lowercased; see 
str.istitle!) 

s.translate!) 

Companion of str.maketrans! ); see text for details 

s.upper!) 

Returns an uppercased copy of s; see also st r . lowe r !) 

s.zfill!w) 

Returns a copy of s, which if shorter than w is padded with 
leading zeros to make it w characters long 


Which search method we use is purely a matter of taste and circumstance, 
although if we are looking for multiple index positions, using the str. index() 
method often produces cleaner code, as the following two equivalent functions 
illustrate: 


def extract_froiii_tag(tag, line): 
opener = "<" + tag + ">" 
closer = "</" + tag + ">" 
try: 

i = line.index(opener) 
start = i + len(opener) 
j = line.index(closer, start) 
return line[start:j] 
except ValueError: 
return None 


def extract_froin_tag(tag, line): 
opener = "<" + tag + ">" 
closer = "</" + tag + ">" 
i = line.find(opener) 
if i != -1: 

start = i + len(opener) 
j = line.find(closer, start) 
if j != -1: 

return line[start:j] 
return None 


Both versions of the extract f rom tagl ) function have exactly the same be¬ 
havior. For example, extract_from_tag("red", "what a <red>rose</red> this is") 
returns the string “rose”. The exception-handling version on the left separates 
out the code that does what we want from the code that handles errors, and the 
error return value version on the right intersperses what we want with error 
handling. 

The methods str.countO, str.endswithO, str.findO, str. rfindO, str.indexO, 
str. rindexO, and str. startswith( ) all accept up to two optional arguments: a 
start position and an end position. Here are a couple of equivalences to put 
this in context, assuming that s is a string: 
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s.countC'm", 6) == s[6; ] .countC'm") 
s.countC'm", 5, -3) == s[5:-3] .countC'm") 

As we can see, the string methods that accept start and end indexes operate on 
the slice of the string specified by those indexes. 

Now we will look at another equivalence, this time to help clarify the behavior 
of str.partitionO —although we’ll actually use a str. rpartition( ) example: 

i = s.rfincK"/") 
if i == -1: 

result = s 

else: 

result = s. rpartitionC'/") result = s[:i], s[i], s[i + 1:] 

The left- and right-hand code snippets are not quite equivalent because the 
one on the right also creates a new variable, i. Notice that we can assign tuples 
without formality, and that in both cases we looked for the rightmost occur¬ 
rence of /. If s is the string "/usr/local/bin/firefox",both snippets produce the 
same result: ('/usr/local/bin', 'firefox'). 

We can use str.endswithO (and str.startswithO) with a single string argu¬ 
ment, for example, s.startswith("From: "), or with a tuple of strings. Here is a 
statement that uses both str.endswithO and str. lower () to print a filename if 
it is a JPEG file: 

if filename.lower().endswith((".jpg", ".jpeg")): 
print(filename, "is a JPEG image") 

The is*() methods such as isalphaO and isspaceO return True if the string 
they are called on has at least one character, and every character in the string 
meets the criterion. For example: 

»> "917.5".isdigit(), "".isdigit(), "-2" .isdigitO , "203" .isdigitO 
(False, False, False, True) 

The is*( ) methods work on the basis of Unicode character classifications, so 
for example, calling str.isdigitO on the strings "\N{circled digit two}03" and 
"@03" returns T rue for both of them. For this reason we cannot assume that a 
string can be converted to an integer when isdigit () returns T rue. 

When we receive strings from external sources (other programs, files, network 
connections, and especially interactive users), the strings may have unwanted 
leading and trailing whitespace. We can strip whitespace from the left using 
str.lstripO, from the right using str.rstripO, or from both ends using 
St r . St rip 0 . We can also give a string as an argument to the strip methods, in 
which case every occurrence of every character given will be stripped from the 
appropriate end or ends. For example: 
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»> s = "\t no parking " 

»> s.lstripO, s.rstripO, s.stripO 

('no parking '\t no parking', 'no parking') 

»> "<[unbracketed]>".strip(" [] (){}<>") 

'unbracketed' 

We can also replace strings within strings using the str. replace!) method. 
This method takes two string arguments, and returns a copy of the string it is 
called on with every occurrence of the first string replaced with the second. If 
the second argument is an empty string the effect is to delete every occurrence 
of the first string. We will see examples of st r. replace () and some other string 
methods in the csv2html. py example in the Examples section toward the end of 
the chapter. 

One frequent requirement is to split a string into a list of strings. For exam¬ 
ple, we might have a text file of data with one record per line and each record’s 
fields separated by asterisks. This can be done using the st r. split () method 
and passing in the string to split on as its first argument, and optionally the 
maximum number of splits to make as the second argument. If we don’t spec¬ 
ify the second argument, as many splits are made as possible. Here is an ex¬ 
ample: 

»> record = "Leo Tolstoy*1828-8-28*1910-ll-20" 

»> fields = record.split("*") 

»> fields 

['Leo Tolstoy', '1828-8-28', '1910-11-20'] 

Now we can use str.split() again on the date of birth and date of death to 
calculate how long he lived (give or take a year): 

»> born = fields[l] .splitC'-") 

»> born 

['1828', '8', '28'] 

»> died = fields[2] .split("-") 

»> printC'lived about", int(died[0]) - int(born[0]), "years") 
lived about 82 years 

We had to use int () to convert the years from strings to integers, but other than 
that the snippet is straightforward. We could have gotten the years directly 
from the fields list, for example, year_born = int (fields [1]. split!"-") [0]). 

The two methods that we did not summarize in Tables 2.8, 2.9, and 2.10 are 
str.maketransO and str.translated. The str.maketrans() method is used to 
create a translation table which maps characters to characters. It accepts one, 
two, or three arguments, but we will show only the simplest (two argument) 
call where the first argument is a string containing characters to translate from 
and the second argument is a string containing the characters to translate to. 


csv2- 
html.py 
example 

>97 
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Both arguments must be the same length. The str. translate! ) method takes 
a translation table as an argument and returns a copy of its string with the 
characters translated according to the translation table. Here is how we could 
translate strings that might contain Bengali digits to English digits: 


table = "".maketrans("\N{bengali digit zero}" 

"\N{bengali digit one}\N{bengali digit two}" 

"\N{bengali digit three}\N{bengali digit four}" 
"\N{bengali digit five}\N{bengali digit six}" 

"\N{bengali digit seven}\N{bengali digit eight}" 
"\N{bengali digit nine}", "0123456789") 
print("20749".translate(table)) # prints: 

print("\N{bengali digit two}07\N{bengali digit four}" 

"\N{bengali digit nine}".translate(table)) # prints: 


20749 

20749 


Notice that we have taken advantage of Python’s string literal concatenation 
inside the str.maketransO call and inside the second print!) call to spread 
strings over multiple lines without having to escape newlines or use explicit 
concatenation. 

We called str.maketrans! ) on an empty string because it doesn’t matter what 
string it is called on; it simply processes its arguments and returns a transla¬ 
tion table. The str.maketrans!) and str.translate! ) methods can also be used 
to delete characters by passing a string containing the unwanted characters as 
the third argument to str.maketrans!). If more sophisticated character trans¬ 
lations are required, we could create a custom codec—see the codecs module 
documentation for more about this. 

Python has a few other library modules that provide string-related function¬ 
ality. We’ve already briefly mentioned the unicodedata module, and we’ll show 
it in use in the next subsection. Other modules worth looking up are dif flib 
which can be used to show differences between files or between strings, the io 
module’s io.StringlO class which allows us to read from or write to strings as 
though they were files, and the textwrap module which provides facilities for 
wrapping and filling strings. There is also a string module that has a few use¬ 
ful constants such as ascii letters and ascii lowercase. We will see examples 
of some of these modules in use in Chapter 5. In addition. Python provides ex¬ 
cellent support for regular expressions in the re module—Chapter 13 is dedi¬ 
cated to this topic. 


String Formatting with the str.formatO Method 


The St r. f 0 rmat!) method provides a very flexible and powerful way of creating 
strings. Using st r. f o rmat!) is easy for simple cases, but for complex formatting 
we need to learn the formatting syntax the method requires. 
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The St r. format 0 method returns a new string with the replacement fields in 
its string replaced with its arguments suitably formatted. For example: 

»> "The novel '{0}' was published in {!}" .format("Hard Times", 1854) 
"The novel 'Hard Times' was published in 1854" 

Each replacement field is identified by a field name in braces. If the field 
name is a simple integer, it is taken to be the index position of one of the 
arguments passed to st r. format ( ). So in this case, the field whose name was 0 
was replaced by the first argument, and the one with name 1 was replaced by 
the second argument. 

If we need to include braces inside format strings, we can do so by doubling 
them up. Here is an example: 

»> "{{{0}}} {1} formatCI'm in braces", "I'm not") 

"{I'm in braces} I'm not 

If we try to concatenate a string and a number. Python will quite rightly raise 
a TypeError. But we can easily achieve what we want using str. format (): 

»> "{0}{l}".format("The amount due is $", 200) 

'The amount due is $200' 

We can also concatenate strings using str.formatO (although the str.joinO 
method is best for this): 

»> X = "three" 

»> s ="{0} {1} {2}" 

»> s = s. format ("The", x, "tops") 

»> s 

'The three tops' 

Here we have used a couple of string variables, but in most of this section 
we’ll use string literals for str.formatO examples, simply for the sake of 
convenience—just keep in mind that any example that uses a string literal 
could use a string variable in exactly the same way. 

The replacement field can have any of the following general syntaxes: 

{fieldjiame} 

{field_nan>e ! conversion} 

{field_nanie:foriiiat_specification} 

{field_nan>e\conversion-. fonr}at_specification} 

One other point to note is that replacement fields can contain replacement 
fields. Nested replacement fields cannot have any formatting; their purpose is 
to allow for computed formatting specifications. We will see an example of this 
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when we take a detailed look at format specifications. We will now study each 
part of the replacement field in turn, starting with field names. 


Field Names 


A field name can be either an integer corresponding to one of the st r. fomat () 
method’s arguments, or the name of one of the method’s keyword arguments. 
We discuss keyword arguments in Chapter 4, but they are not difficult, so we 
will provide a couple of examples here for completeness: 

>» "{who} turned {age} this year".format(who="She", age=88) 

'She turned 88 this year' 

>» "The {who} was {0} last week". format(12, who="boy") 

'The boy was 12 last week' 

The first example uses two keyword arguments, who and age, and the second 
example uses one positional argument (the only kind we have used up to 
now) and one keyword argument. Notice that in an argument list, keyword 
arguments always come after positional arguments; and of course we can make 
use of any arguments in any order inside the format string. 

Field names may refer to collection data types—for example, lists. In such 
cases we can include an index (not a slice!) to identify a particular item: 

»> stock = ["paper", "envelopes", "notepads", "pens", "paper clips"] 
>» "We have {0[1]} and {0[2]} in stock" .format(stock) 

'We have envelopes and notepads in stock' 

The 0 refers to the positional argument, so {0[1]} is the stock list argument’s 
second item, and {0 [2]} is the stock list argument’s third item. 

Later on we will learn about Python dictionaries. These store key-value items, 
and since they can be used with st r. format (), we’ll just show a quick example 
here. Don’t worry if it doesn’t make sense; it will once you’ve read Chapter 3. 

>» d = dict{animal="elephant", weight=12000) 

>» "The {0[animal]} weighs {0[weight]}kg" .format(d) 

'The elephant weighs 12000kg' 

Just as we access list and tuple items using an integer position index, we access 
dictionary items using a key. 

We can also access named attributes. Assuming we have imported the math and 
sys modules, we can do this: 

>» "math.pi=={0.pi} sys.maxunicode=={l.maxunicode}" .format(niath, sys) 

'math.pi==3.14159265359 sys.maxunicode==65535' 


diet 

type 
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So in summary, the field name syntax allows us to refer to positional and key¬ 
word arguments that are passed to the st r . format () method. If the arguments 
are collection data types like lists or dictionaries, or have attributes, we can ac¬ 
cess the part we want using [ ] or . notation. This is illustrated in Figure 2.5. 


positional argument index 
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Figure 2.5 Annotated format specifier field name examples 


From Python 3.1 it is possible to omit field names, in which case Python will in 
effect put them in for us, using numbers starting from 0. For example: 

»> "{} {} {}".format("Python", "can", "count") 

'Python can count' 

If we are using Python 3.0, the format string used here would have to be "{0} 
{1} {2}". Using this technique is convenient for formatting one or two items, 
but the approach we will look at next is more convenient when several items 
are involved, and works just as well with Python 3.0. 


3.1 


Before finishing our discussion of string format field names, it is worth men¬ 
tioning a rather different way to get values into a format string. This involves 
using an advanced technique, but one useful to learn as soon as possible, since 
it is so convenient. 


The local variables that are currently in scope are available from the built-in 
locals 0 function. This function returns a dictionary whose keys are local Map- 
variable names and whose values are references to the variables’ values. Now 
we can use mapping unpacking to feed this dictionary into the str.formatO 
method. The mapping unpacking operator is ** and it can be applied to a 
mapping (such as a dictionary) to produce a key-value list suitable for passing ^ 
to a function. For example: 


»> element = "Silver" 

»> number = 47 

»> "Element {number} is {element}".format(**locals()) 
'Element 47 is Silver' 
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Decimal 

num¬ 

bers 

63 < 


The syntax may seem weird enough to make a Perl programmer feel at home, 
but don’t worry—it is explained in Chapter 4. All that matters for now is that 
we can use variable names in format strings and leave Python to fill in their 
values simply by unpacking the dictionary returned by locals ()—or some 
other dictionary—into the st r . format ( ) method. For example, we could rewrite 
the “elephant” example we saw earlier to have a much nicer format string with 
simpler field names. 

>» "The {animal} weighs {weight}kg" .format(**d) 

'The elephant weighs 12000kg' 

Unpacking a dictionary into the str.formatO method allows us to use the 
dictionary’s keys as field names. This makes string formats much easier to 
understand, and also easier to maintain, since they are not dependent on the 
order of the arguments. Note, however, that if we want to pass more than one 
argument to st r. format (), only the last one can use mapping unpacking. 

Conversions 

When we discussed decimal. Decimal numbers we noticed that such numbers 
are output in one of two ways. For example: 

»> decimal.Decimal("3.4084") 

Decimal!'3.4084') 

>» print (decimal. Decimal ("3.4084")) 

3.4084 

The first way that the decimal. Decimal is shown is in its representational form. 

The purpose of this form is to provide a string which if interpreted by Python 
would re-create the object it represents. Python programs can evaluate snip¬ 
pets of Python code or entire programs, so this facility can be useful in some eval ( ) 
situations. Not all objects can provide a reproducing representation, in which >. 344 
case they provide a string enclosed in angle brackets. For example, the repre¬ 
sentational form of the sys module is the string "<module ' sys' (built-in)>". 

The second way that decimal. Decimal is shown is in its string form. This form is 
aimed at human readers, so the concern is to show something that makes sense 
to people. If a data type doesn’t have a string form and a string is required. 

Python will use the representational form. 

Python’s built-in data types know about str. format! ), and when passed as an 
argument to this method they return a suitable string to display themselves. 

It is also straightforward to add str.format! ) support to custom data types as 
we will see in Chapter 6 . In addition, it is possible to override the data type’s 
normal behavior and force it to provide either its string or its representational 
form. This is done by adding a conversion specifier to the field. Currently there 
are three such specifiers: s to force string form, r to force representational form. 
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and a to force representational form but only using ASCII characters. Here is 
an example: 

»> "{0} {0!s} {0!r} {0!a}".forniat(deciinal.Deciinal("93.4")) 

"93.4 93.4 DecimaK'93.4') DeciinaK'93.4')" 

In this case, decimal.Decimal’s string form produces the same string as the 
string it provides for st r. fo rmat () which is what commonly happens. Also, in 
this particular example, there is no difference between the representational 
and ASCII representational forms since both use only ASCII characters. 

Here is another example, this time concerning a string that contains the ti¬ 
tle of a movie, held in the variable movie. If we print the 

string using "{0}" .format(movie) the string will be output unchanged, but 
if we want to avoid non-ASCII characters we can use either ascii(movie) or 
"{0!a}" .format(movie), both of which will produce the string '\u7ffb\u8a33 
\u3067\u5931\u308f\u308c\u308b'. 

So far we have seen how to put the values of variables into a format string, and 
how to force string or representational forms to be used. Now we are ready to 
consider the formatting of the values themselves. 


Format Specifications 


The default formatting of integers, floating-point numbers, and strings is often 
perfectly satisfactory. But if we want to exercise fine control, we can easily do 
so using format specifications. We will deal separately with formatting strings, 
integers, and floating-point numbers, to make learning the details easier. The 
the general syntax that covers all of them is shown in Figure 2.6. 

For strings, the things that we can control are the fill character, the alignment 
within the field, and the minimum and maximum field widths. 

A string format specification is introduced with a colon (:) and this is followed 
by an optional pair of characters—a fill character (which may not be }) and an 
alignment character (< for left align, for center, > for right align). Then comes 
an optional minimum width integer, and if we want to specify a maximum 
width, this comes last as a period followed by an integer. 

Note that if we specify a fill character we must also specify an alignment. We 
omit the sign and type parts of the format specification because they have no 
effect on strings. It is harmless (but pointless) to have a colon without any of 
the optional elements. 

Let’s see some examples: 

»> s = "The sword of truth" 

»> "{0}" .format(s) # default formatting 

'The sword of truth' 
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Figure 2.6 The general form of a format specification 

>» "{0:25}" .format(s) # minimum width 25 
'The sword of truth 

>» "{0:>25}" .format(s) # right align, minimum width 25 
' The sword of truth' 

>» "{0;''25}" .format(s) # center align, minimum width 25 
' The sword of truth 

>» "{0:-''25}" .format(s) # - fill, center align, minimum width 25 
'—The sword of truth-' 

>» "{0: .<25}" .format(s) # . fill, left align, minimum width 25 

'The sword of truth.' 

>» "{0: .10}" .format(s) # maximum width 10 
'The sword ' 

In the penultimate example we had to specify the left alignment (even though 
this is the default). If we left out the <, we would have : . 25, and this simply 
means a maximum field width of 25 characters. 

As we noted earlier, it is possible to have replacement fields inside format spec¬ 
ifications. This makes it possible to have computed formats. Here, for example, 
are two ways of setting a string’s maximum width using a maxwidth variable: 

>» maxwidth = 12 

>» "{0}". format (s[ :maxwidth]) 

'The sword of 

>» "{0: .{1}}" .formatfs, maxwidth) 

'The sword of 

The first approach uses standard string slicing; the second uses an inner 
replacement field. 


*The grouping comma was introduced with P3dhon 3.1. 
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For integers, the format specification allows us to control the fill character, the 
alignment within the field, the sign, whether to use a nonlocale-aware comma 
separator to group digits (from Python 3.1), the minimum field width, and the 
number base. 


An integer format specification begins with a colon, after which we can have 
an optional pair of characters—a fill character (which may not be }) and an 
alignment character (< for left align, for center, > for right align, and = for the 
filling to be done between the sign and the number). Next is an optional sign 
character: + forces the output of the sign, - outputs the sign only for negative 
numbers, and a space outputs a space for positive numbers and a - sign for 
negative numbers. Then comes an optional minimum width integer—this can 
be preceded by a # character to get the base prefix output (for binary, octal, and 
hexadecimal numbers), and by a 0 to get 0-padding. Then, from Python 3.1, 
comes an optional comma—if present this will cause the number’s digits to be 
grouped into threes with a comma separating each group. If we want the out¬ 
put in a base other than decimal we must add a type character—b for binary, 
0 for octal, x for lowercase hexadecimal, and X for uppercase hexadecimal, al¬ 
though for completeness, d for decimal integer is also allowed. There are two 
other type characters: c, which means that the Unicode character correspond¬ 
ing to the integer should be output, and n, which outputs numbers in a locale- 
sensitive way. (Note that if n is used, using , doesn’t make sense.) 

We can get 0-padding in two different ways: 


»> "{0:0=12}" .fonnat(8749203) # 0 fill, miniinuni width 12 
'000008749203' 

»> "{0:0=12}" .fonnat(-8749203) # 0 fill, miniinuni width 12 
'-00008749203' 


»> "{0:012}" .format(8749203) # 0-pad and minimum width 12 

'000008749203' 

»> "{0:012}" .format(-8749203) # 0-pad and minimum width 12 
'-00008749203' 


The first two examples have a fill character of 0 and fill between the sign and 
the number itself (=). The second two examples have a minimum width of 12 
and 0-padding. 

Here are some alignment examples: 


»> "{0: *<15}". f 0 rmat (18340427) 
'18340427*******' 

»> "{0: *>15}". f 0 rmat (18340427) 
I*******10340427' 

»> "{0: *''15}". f 0 rmat (18340427) 
'***18340427****' 


# * fill, left align, min width 15 

# * fill, right align, min width 15 

# * fill, center align, min width 15 


»> "{0;*''15}" .format(-18340427) # * fill, center align, min width 15 

'***_i334Q427***' 
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Here are some examples that show the effects of the sign characters: 

»> "[{0: }] [{1: }]".fonnat(539802, -539802) # space or - sign 
'[ 539802] [-539802]' 

»> "[{0:+}] [{!:+}]".format(539802, -539802) # force sign 
'[+539802] [-539802]' 

»> "[{0:-}] [{!:-}]".forinat(539802, -539802) #- sign if needed 
'[539802] [-539802]' 

And here are two examples that use some of the type characters: 

»> "{0:b} {0:o} {0:x} {0:X}" .format(14613198) 
'110111101111101011001110 67575316 deface DEFACE' 

»> "{0:#b} {0:#o} {0:#x} {0:#X}" .format(14613198) 
'0bll0111101111101011001110 0067575316 0xdeface 0XDEFACE' 

It is not possible to specify a maximum field width for integers. This is because 
doing so might require digits to be chopped off, thereby rendering the integer 
meaningless. 

If we are using Python 3.1 and use a comma in the format specification, the 
integer will use commas for grouping. For example: 

»> "{0:«} {0:* * >13,}".format(int(2.39432185e6)) 

'2,394,321 ****2,394,321' 

Both fields have grouping applied, and in addition, the second field is padded 
with *s, right aligned, and given a minimum width of 13 characters. This is 
very convenient for many scientific and financial programs, but it does not take 
into account the current locale. For example, many Continental Europeans 
would expect the thousands separator to be . and the decimal separator to 
be ,. 

The last format character available for integers (and which is also available for 
floating-point numbers) is n. This has the same effect as d when given an inte¬ 
ger and the same effect as g when given a floating-point number. What makes n 
special is that it respects the current locale, and will use the locale-specific dec¬ 
imal separator and grouping separator in the output it produces. The default 
locale is called the C locale, and for this the decimal and grouping characters 
are a period and an empty string. We can respect the user’s locale by starting 
our programs with the following two lines as the first executable statements:* 

import locale 

locale.setlocale(locale.LC_ALL, "") 


*In multithreaded programs it is best to call locale. setlocale () only once, at program start-up, and 

before any additional threads have been started, since the function is not usually thread-safe. 
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Passing an empty string as the locale tells Python to try to automatically 
determine the user’s locale (e.g., by examining the LANG environment variable), 
with a fallback of the C locale. Here are some examples that show the effects 
of different locales on an integer and a floating-point number: 

X, y = (1234567890, 1234.56) 
locale.setlocale(locale.LC_ALL, "C") 

c = "{0;n} {l:n}".forinat(x, y) # c == "1234567890 1234.56" 
locale.setlocale(locale.LC_ALL, "en_US.UTF-8") 

en = "{0:n} {l:n}".format(x, y) # en == "1,234,567,890 1,234.56" 

locale.setlocale(locale.LC_ALL, "de_DE.UTF-8") 

de = "{0:n} {l:n}".format(x, y) # de == "1.234.567.890 1.234,56" 

Although n is very useful for integers, it is of more limited use with floating¬ 
point numbers because as soon as they become large they are output using ex¬ 
ponential form. 

For floating-point numbers, the format specification gives us control over the 
fill character, the alignment within the field, the sign, whether to use a non¬ 
locale aware comma separator to group digits (from Python 3.1), the mini¬ 
mum field width, the number of digits after the decimal place, and whether to 
present the number in standard or exponential form, or as a percentage. 

The format specification for floating-point numbers is the same as for integers, 
except for two differences at the end. After the optional minimum width—from 
Python 3.1, after the optional grouping comma—we can specify the number of 
digits after the decimal place by writing a period followed by an integer. We can 
also add a type character at the end: e for exponential form with a lowercase e, 
E for exponential form with an uppercase E, f for standard floating-point form, 
g for “general” form—this is the same as f unless the number is very large, in 
which case it is the same as e—and G, which is almost the same as g, but uses 
either f or E. Also available is % —this results in the number being multiplied by 
100 with the resultant number output in f format with a % symbol appended. 

Here are a few examples that show exponential and standard forms: 

»> amount = (10 ** 3) * math.pi 
»> "[{0:12.2e}] [{0:12.2f}]" .format(amount) 

'[ 3.14e+03] [ 3141.59]' 

»> "[{0:*>12.2e}] [{0:*>12.2f}]" .format(amount) 

11-****^ ]^40+03] [*****3343 59]' 

»> " [{0:*>+12.2e}] [{0: *>+12.2f}]format (amount) 

'[***+3,146+03] [****+3141.59]' 

The first example has a minimum width of 12 characters and has 2 digits after 
the decimal point. The second example builds on the first, and adds a * fill 
character. If we use a fill character we must also have an alignment character, 
so we have specified align right (even though that is the default for numbers). 
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The third example builds on the previous two, and adds the + sign character to 
force the output of the sign. 

In Python 3.0, decimal .Decimal numbers are treated by str. format () as strings 
rather than as numbers. This makes it quite tricky to get nicely formatted out¬ 
put. From Python 3.1, decimal .Decimal numbers can be formatted as floats, in¬ 
cluding support for , to get comma-separated groups. Here is an example—we 
have omitted the field name since we don’t need it for Python 3.1: 

>» :I.6f}".format(decimal.Decimal!"1234567890.1234567890")) 

'1,234,567,890.123457' 

If we omitted the f format character (or used the g format character), the 
number would be formatted as ' 1.23457E+9'. 

Python 3.0 does not provide any direct support for formatting complex 
numbers—support was added with Python 3.1. However, we can easily solve 
this by formatting the real and imaginary parts as individual floating-point 
numbers. For example: 

»> "{0. real;. 3f }{0. imag: +. 3f }j". format (4.75917+1.2042j) 

'4.759+1.204]' 

»> "{0. real;. 3f }{0. imag: +. 3f }j". format (4.75917-1.2042]) 

'4.759-1.204]' 

We access each attribute of the complex number individually, and format them 
both as floating-point numbers, in this case with three digits after the decimal 
place. We have also forced the sign to be output for the imaginary part; we 
must add on the j ourselves. 

Python 3.1 supports formatting complex numbers using the same syntax as for 
floats: 

»> "{:, .4f}".format(3.59284e6-8.984327843e6j) 

'3,592,840.0000-8,984,327.8430]' 

One slight drawback of this approach is that exactly the same formatting is 
applied to both the real and the imaginary parts; but we can always use the 
Python 3.0 technique of accessing the complex number’s attributes individual¬ 
ly if we want to format each one differently. 


Example; print_unicode.py 


In the preceding subsubsections we closely examined the st r. f o rmat () method’s 
format specifications, and we have seen many code snippets that show partic¬ 
ular aspects. In this subsubsection we will review a small yet useful example 
that makes use of str.format!) so that we can see format specifications in a 
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realistic context. The example also uses some of the string methods we saw in 
the previous section, and introduces a function from the unicodedata module.* 

The program has just 25 lines of executable code. It imports two modules, sys 
and unicodedata, and defines one custom function, print_unicode_table(). We’ll 
begin by looking at a sample run to see what it does, then we will look at the 
code at the end of the program where processing really starts, and finally we 
will look at the custom function. 

print_unicode.py spoked 


decimal 

hex 

chr 

name 

10018 

2722 

d- 

Four Teardrop-Spoked Asterisk 

10019 

2723 

d- 

Four Balloon-Spoked Asterisk 

10020 

2724 

❖ 

Heavy Four Balloon-Spoked Asterisk 

10021 

2725 


Four Club-Spoked Asterisk 

10035 

2733 

* 

Eight Spoked Asterisk 

10043 

273B 

❖ 

Teardrop-Spoked Asterisk 

10044 

273C 

* 

Open Centre Teardrop-Spoked Asterisk 

10045 

273D 

* 

Heavy Teardrop-Spoked Asterisk 

10051 

2743 


Heavy Teardrop-Spoked Pinwheel Asterisk 

10057 

2749 

* 

Balloon-Spoked Asterisk 

10058 

274A 

v'r 

Eight Teardrop-Spoked Propeller Asterisk 

10059 

274B 

* 

Heavy Eight Teardrop-Spoked Propeller Asterisk 


If run with no arguments, the program produces a table of every Unicode 
character, starting from the space character and going up to the character with 
the highest available code point. If an argument is given, as in the example, 
only those rows in the table where the lowercased Unicode character name 
contains the argument are printed. 


word = None 
if len(sys.argv) > 1: 

if sys.argv[l] in ("-h", "—help"): 

printC'usage: {0} [string]" .format(sys.argv[0])) 
word = 0 
else; 

word = sys.argv[l] .lower!) 
if word != 0: 

print_unicode_table(word) 


* This program assumes that the console uses the Unicode UTF-8 encoding. Unfortunate¬ 
ly, the Windows console has poor UTF-8 support. As a workaround, the examples include 
print Unicode uni.py, a version of the program that writes its output to a file which can then be 
opened using a UTF-8-sawy editor, such as IDLE. 


Chapter 7 
(File Han¬ 
dling) 

>287 
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After the imports and the creation of the print_unicode_table( ) function, exe¬ 
cution reaches the code shown here. We begin by assuming that the user has 
not given a word to match on the command line. If a command-line argument 
is given and is -h or — help, we print the program’s usage information and set 
wo rd to 0 as a flag to indicate that we are finished. Otherwise, we set the word 
to a lowercase copy of the argument the user typed in. If the wo rd is not 0, then 
we print the table. 

When we print the usage information we use a format specification that just 
has the format name—in this case, the position number of the argument. We 
could have written the line like this instead: 

printC'usage: {0[0]} [string]".format(sys.argv)) 

Using this approach the first 0 is the index position of the argument we want 
to use, and [0] is the index larf/im the argument, and it works because sys. argv 
is a list. 

def print_unicode_table(word); 

printC'decimal hex chr {0:''40}" .formatC'name")) 
print!"- - — {0:-<40}" .format!"")) 

code = ord!" ") 
end = sys.maxunicode 

while code < end; 
c = chr!code) 

name = unicodedata.name!c, "*** unknown ***") 
if word is None or word in name.lower!): 

print!"{0:7} {0:5X} {0:''3c} {!}".format! 
code, name.title!))) 

code += 1 

We’ve used a couple of blank lines for the sake of clarity. The first two lines of 
the function’s suite print the title lines. The first st r. format! ) prints the text 
“name” centered in a field 40 characters wide, whereas the second one prints 
an empty string in a field 40 characters wide, using a fill character of and 
aligned left. (We must give an alignment if we specify a fill character.) An 
alternative approach for the second line is this: 


print!"- - — {0}" .format!"-" * 40)) 

Here we have used the string replication operator (*) to create a suitable string, 
and simply inserted it into the format string. A third alternative would be to 
simply type in 40 “-”s and use a literal string. 

We keep track of Unicode code points in the code variable, initializing it to 
the code point for a space (0x20). We set the end variable to be the highest 
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Unicode code point available—this will vary depending on whether Python 
was compiled to use the UCS-2 or the UCS-4 character encoding. 

Inside the while loop we get the Unicode character that corresponds to the code 
point using the chr() function. The unicodedata. name() function returns the 
Unicode character name for the given Unicode character; its optional second 
argument is the name to use if no character name is defined. 

If the user didn’t specify a word (word is None), or if they did and it is in a low¬ 
ercased copy of the Unicode character name, then we print the correspond¬ 
ing row. 

Although we pass the code variable to the str. format() method only once, it is 
used three times in the format string, first to print the code as an integer in a 
field 7 characters wide (the fill character defaults to space, so we did not need 
to specify it), second to print the code as an uppercase hexadecimal number 
in a field 5 characters wide, and third to print the Unicode character that 
corresponds to the code—using the “c” format specifier, and centered in a field 
with a minimum width of three characters. Notice that we did not have to 
specify the type “d” in the first format specification; this is because it is the 
default for integer arguments. The second argument is the character’s Unicode 
character name, printed using “title” case, that is, with the first letter of each 
word uppercased, and all other letters lowercased. 

Now that we are familiar with the versatile st r. fo rmat () method, we will make 
great use of it throughout the rest of the book. 


Character Encodings 


Ultimately, computers can store only bytes, that is, 8-bit values which, if un¬ 
signed, range from 0x00 to 0xFF. Every character must somehow be represented 
in terms of bytes. In the early days of computing the pioneers devised encoding 
schemes that assigned a particular character to a particular byte. For example, 
using the ASCII encoding, A is represented by 0x41, B by 0x42, and so on. In the 
US. and Western Europe the Latin-1 encoding was often used; its characters 
in the range 0x20-0x7E are the same as the corresponding characters in 7-bit 
ASCII, with those in the range 0xA0-0xFF used for accented characters and oth¬ 
er symbols needed by those using non-English Latin alphabets. Many other 
encodings have been devised over the years, and now there are lots of them in 
use—however, development has ceased for many of them, in favor of Unicode. 

Having all these different encodings has proved very inconvenient, especially 
when writing internationalized software. One solution that has been almost 
universally adopted is the Unicode encoding. Unicode assigns every charac¬ 
ter to an integer—called a code point in Unicode-speak—just like the earlier 
encodings. But Unicode is not limited to using one byte per character, and is 
therefore able to represent every character in every language in a single encod- 
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ing, so unlike other encodings, Unicode can handle characters from a mixture 
of languages, rather than just one. 

But how is Unicode stored? Currently, slightly more than 100000 Unicode 
characters are defined, so even using signed numbers, a 32-bit integer is more 
than adequate to store any Unicode code point. So the simplest way to store 
Unicode characters is as a sequence of 32-bit integers, one integer per charac¬ 
ter. This sounds very convenient since it should produce a one to one mapping 
of characters to 32-bit integers, which would make indexing to a particular 
character very fast. However, in practice things aren’t so simple, since some 
Unicode characters can be represented by one or by two code points—for ex¬ 
ample, e can be represented by the single code point 0xE9 or by two code points, 
0x65 and 0x301 (e and a combining acute accent). 

Nowadays, Unicode is usually stored both on disk and in memory using UTF- 
8, UTF-16, or UTF-32. The first of these, UTF-8, is backward compatible with 
7-bit ASCII since its first 128 code points are represented by single-byte val¬ 
ues that are the same as the 7-bit ASCII character values. To represent all the 
other Unicode characters, UTF-8 uses two, three, or more bytes per character. 
This makes UTF-8 very compact for representing text that is all or mostly En¬ 
glish. The Gtk library (used by the GNOME windowing system, among others) 
uses UTF-8, and it seems that UTF-8 is becoming the de facto standard format 
for storing Unicode text in files—for example, UTF-8 is the default format for 
XML, and many web pages these days use UTF-8. 

A lot of other software, such as Java, uses UCS-2 (which in modern form is 
the same as UTF-16). This representation uses two or four bytes per character, 
with the most common characters represented by two bytes. The UTF-32 rep¬ 
resentation (also called UCS-4) uses four bytes per character. Using UTF-16 
or UTF-32 for storing Unicode in files or for sending over a network connection 
has a potential pitfall: If the data is sent as integers then the endianness mat¬ 
ters. One solution to this is to precede the data with a byte order mark so that 
readers can adapt accordingly. This problem doesn’t arise with UTF-8, which 
is another reason why it is so popular. 

Python represents Unicode using either UCS-2 (UTF-16) format, or UCS-4 
(UTF-32) format. In fact, when using UCS-2, Python uses a slightly simplified 
version that always uses two bytes per character and so can only represent code 
points up to 0XFFFF. When using UCS-4, Python can represent all the Unicode 
code points. The maximum code point is stored in the read-only sys. maxunicode 
attribute—if its value is 65535, then Python was compiled to use UCS-2; if 
larger, then Python is using UCS-4. 

The St r. encode () method returns a sequence of bytes—actually a bytes object, 
covered in Chapter 7—encoded according to the encoding argument we supply. 
Using this method we can get some insight into the difference between encod¬ 
ings, and why making incorrect encoding assumptions can lead to errors: 
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»> artist = "Tage Asen" 

»> artist.encodeC'Latinl") 
b'Tage \xc5s\xe9n' 

»> artist.encode("CP850") 
b'Tage \x8fs\x82n' 

»> artist.encode("utf8") 
b'Tage \xc3\x85s\xc3\xa9n' 

»> artist.encode("utfl6") 

b'\xff\xfeT\x00a\x00g\x00e\x00 \x00\xc5\x00s\x00\xe9\x00n\x00' 

A b before an opening quote signifies a bytes literal rather than a string 
literal. As a convenience, when creating bytes literals we can use a mixture of 
printable ASCII characters and hexadecimal escapes. 

We cannot encode Tage Asen’s name using the ASCII encoding because it does 
not have the A character or any accented characters, so attempting to do so 
will result in a UnicodeEncodeError exception being raised. The Latin-1 encod¬ 
ing (also known as ISO-8859-1) is an 8-bit encoding that has all the necessary 
characters for this name. On the other hand, artist Ernd Bank would be less 
fortunate since the 6 character is not a Latin-1 character and so could not be 
successfully encoded. Both names can be successfully encoded using Uni¬ 
code encodings, of course. Notice, though, that for UTF-16, the first two bytes 
are the byte order mark—these are used by the decoding function to detect 
whether the data is big- or little-endian so that it can adapt accordingly. 

It is worth noting a couple more points about the str.encode () method. The 
first argument (the encoding name) is case-insensitive, and hyphens and un¬ 
derscores in the name are treated as equivalent, so “us-ascii” and “US_ASCn” 
are considered the same. There are also many aliases—for example, “latin”, 
“latinl”, “latin_l”, “180-8859-1”, “CP819”, and some others are all “Latin-1”. 
The method can also accept an optional second argument which is used to tell it 
how to handle errors. For example, we can encode any string into ASCII if we 
pass a second argument of “ignore” or “replace”—at the price of losing data, of 
course—or losslessly if we use “backslashreplace” which replaces non-ASCII 
characters with \x, \u, and \U escapes. For example, artist.encode("ascii", 
"ignore") will produce b'Tage sn' and artist.encode("ascii", "replace") will 
produce b'Tage ?s?n', whereas artist.encodeC'ascii", "backslashreplace") 
will produce b'Tage \xc5s\xe9n'. (We can also get an ASCII string using 
"{0!a}". format (artist), which produces 'Tage \xc5s\xe9n ' .) 

The complement of str.encoded is bytes.decoded (and bytearray.decoded) 
which returns a string with the bytes decoded using the given encoding. 
For example: 

»> print(b"Tage \xc3\x85s\xc3\xa9n" .decode("utf8")) 

Tage Asen 
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»> print(b"Tage \xc5s\xe9n" .decode( "latinl")) 

Tage Asen 

The differences between the 8-bit Latin-1, CP850 (an IBM PC encoding), and 
UTF-8 encodings make it clear that guessing encodings is not likely to be a 
successful strategy. Fortunately, UTF-8 is becoming the de facto standard for 
plain text files, so later generations may not even know that other encodings 
ever existed. 

Python . py files use UTF-8, so Python always knows the encoding to use with 
string literals. This means that we can type any Unicode characters into our 
strings—providing our editor supports this.* 

When Python reads data from external sources such as sockets, it cannot know 
what encoding is used, so it returns bytes which we can then decode according¬ 
ly. For text files Python takes a softer approach, using the local encoding unless 
we specify an encoding explicitly. 

Fortunately, some file formats specify their encoding. For example, we can as¬ 
sume that an XML file uses UTF-8, unless the <?xml?> directive explicitly speci¬ 
fies a different encoding. So when reading XML we might extract, say, the first 
1000 bytes, look for an encoding specification, and if found, decode the file us¬ 
ing the specified encoding, otherwise falling back to decoding using UTF-8. This 
approach should work for any XML or plain text file that uses any of the sin¬ 
gle byte encodings supported by Python, except for EBCDIC-based encodings 
(CP424, CP500) and a few others (CP037, CP864, CP865, CP1026, CP1140, HZ, 
SHIFT-JIS-2004, SHIFT-JISX0213). Unfortunately, this approach won’t work 
for multibyte encodings (such as UTF-16 and UTF-32). At least two Python 
packages for automatically detecting a file’s encoding are available from the 
Python Package Index, pypi.python .org/pypi. 


Examples 


In this section we will draw on what we have covered in this chapter and the 
one before, to present two small but complete programs to help consolidate 
what we have learned so far. The first program is a bit mathematical, but it is 
quite short at around 35 lines. The second is concerned with text processing 
and is more substantial, with seven functions in around 80 lines of code. 


quadratic.py 


Quadratic equations are equations of the form ax^ + bx + c = 0 where a^O 
describe parabolas. The roots of such equations are derived from the formula 


*It is possible to use other encodings. See the Python Tutorial’s “Source Code Encoding” topic. 
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X = formula is called the discriminant —if it 

is positive there are two real roots, if it is zero there is one real root, and if it is 
negative there are two complex roots. We will write a program that accepts the 
a, b, and c factors from the user (with the b and c factors allowed to be 0), and 
then calculates and outputs the root or roots.* 

First we will look at a sample run, and then we will review the code. 

quadratic.py 
ax^ + bx + c = 0 

enter a; 2.5 

enter b; 0 

enter c: -7.25 

2.5x2 + 0.0X + -7.25 = 0 ^ X = 1.70293863659 or x = -1.70293863659 

With factors 1.5, -3, and 6, the output (with some digits trimmed) is: 

1.5x2 + -3.0X + 6.0 = 0 ^ X = (1+1.7320508) ) or x = (1-1.7320508)) 

The output isn’t quite as tidy as we’d like—for example, rather than + -3 . 0x 
it would be nicer to have - 3.0x, and we would prefer not to have any 0 factors 
shown at all. You will get the chance to fix these problems in the exercises. 

Now we will turn to the code, which begins with three imports: 

import cmath 
import math 
import sys 

We need both the float and the complex math libraries since the square root 
functions for real and complex numbers are different, and we need sys for 
sys.float info.epsilon which we need to compare floating-point numbers 
with 0. 

We also need a function that can get a floating-point number from the user: 

def get_float(msg, allow_zero): 

X = None 
while X is None: 
try: 

X = float(input(msg)) 

if not allow_zero and abs(x) < sys.float_info.epsilon: 
printC'zero is not allowed") 

X = None 


* Since the Windows console has poor UTF-8 support, there are problems with a couple of the 
characters and —>) that quad ratic. py uses. We have provided quad ratic uni. py which displays the 
correct symbols on Linux and Mac OS X, and alternatives 02 and ->) on Windows. 
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except ValueError as err: 
print(err) 

return x 

This function will loop until the user enters a valid floating-point number (such 
as 0.5, -9, 21,4.92), and will accept 0 only if allow zero is True. 

Once the get f loat () function is defined, the rest of the code is executed. We’ll 
look at it in three parts, starting with the user interaction: 

print("ax\N{SUPERSCRIPT TWO} + bx + c = 0") 
a = get_float("enter a: ", False) 
b = get_float("enter b: ", True) 
c = get_float("enter c: ", True) 

Thanks to the getf loat () function, getting the a, b, and c factors is simple. The 
Boolean second argument says whether 0 is acceptable. 

xl = None 
x2 = None 

discriminant = (b ** 2) - (4 * a * c) 
if discriminant == 0: 

xl = -(b / (2 * a)) 
else: 

if discriminant > 0: 

root = math.sqrt(discriminant) 
else: # discriminant < 0 

root = cmath.sqrt(discriminant) 
xl = (-b + root) / (2 * a) 
x2 = (-b - root) / (2 * a) 

The code looks a bit different to the formula because we begin by calculating 
the discriminant. If the discriminant is 0, we know that we have one real 
solution and so we calculate it directly. Otherwise, we take the real or complex 
square root of the discriminant and calculate the two roots. 

equation = ("{0}x\N{SUPERSCRIPT TWO} + {l}x + {2} = 0" 

" \N{RIGHTWARDS ARROW} x = {3}").format(a, b, c, xl) 
if x2 is not None: 

equation += " or x = {0}".format(x2) 
print(equation) 

We haven’t done any fancy formatting since Python’s defaults for floating-point 
numbers are fine for this example, but we have used Unicode character names 
for a couple of special characters. 
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A more robust alternative to using positional arguments with their index posi¬ 
tions as field names, is to use the dictionary returned by locals (), a technique 
we saw earlier in the chapter. 


equation = ("{a}x\N{SUPERSCRIPT TWO} + {b}x + {c} = 0" 

" \N{RIGHTWARDS ARROW} x = {xl}").format(**locals()) 


And if we are using Python 3.1, we could omit the field names and leave Python 
to populate the fields using the positional arguments passed to st r. f o rmat (). 

equation = ("{}x\N{SUPERSCRIPT TWO} + {}x + {} = 0" 

" \N{RIGHTWARDS ARROW} x = {}").format(a, b, c, xl) 

This is convenient, but not as robust as using named parameters, nor as 
versatile if we needed to use format specifications. Nonetheless, for many 
simple cases this syntax is both easy and useful. 


3.1 


csv2html.py 


One common requirement is to take a data set and present it using HTML. In 
this subsection we will develop a program that reads a file that uses a simple 
CSV (Comma Separated Value) format and outputs an HTML table containing 
the file’s data. Python comes with a powerful and sophisticated module for 
handling CSV and similar formats—the csv module—but here we will write 
all the code by hand. 

The CSV format we will support has one record per line, with each record 
divided into fields by commas. Each field can be either a string or a number. 
Strings must be enclosed in single or double quotes and numbers should be 
unquoted unless they contain commas. Commas are allowed inside strings, 
and must not be treated as field separators. We assume that the first record 
contains field labels. The output we will produce is an HTML table with text 
left-aligned (the default in HTML) and numbers right-aligned, with one row 
per record and one cell per field. 

The program must output the HTML table’s opening tag, then read each line of 
data and for each one output an HTML row, and at the end output the HTML 
table’s closing tag. We want the background color of the first row (which will 
display the field labels) to be light green, and the background of the data rows 
to alternate between white and light yellow. We must also make sure that the 
special HTML characters (“&”, “<”, and “>”) are properly escaped, and we want 
strings to be tidied up a bit. 

Here’s a tiny piece of sample data: 

"CGUNTRY","2000","2001",2002,2003,2004 

"ANTIGUA AND BARBUDA",0,0,0,0,0 
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Assuming the sample data is in the file data/co2-saiiiple.csv, and given 
the command csv2htiiil.py < data/co2-sainple.csv > co2-sainple.html, the file 
co2-sample. html will have contents similar to this: 

<table border='I'xtr bgcolor='lightgreen'> 

<td>Country</td><td align='right'>2000</td><td align='right'>2001</td> 
<td align='right'>2002</td><td align='right'>2003</td> 

<td align='right'>2004</td></tr> 

<t r bgcolor='lightyellow'><td>Argentina</td> 

<td align='right'>37</td><td align='right'>35</td> 

<td align='right'>33</td><td align='right'>36</td> 

<td align='right'>39</td></tr> 

</table> 

We’ve tidied the output slightly and omitted some lines where indicated by 
ellipses. We have used a very simple version of HTML—HTML 4 transitional, 
with no style sheet. Figure 2.7 shows what the output looks like in a web 
browser. 



Figure 2.7 A csv2html.py table in a web browser 

Now that we’ve seen how the program is used and what it does, we are ready 
to review the code. The program begins with the import of the sys module; we 
won’t show this, or any other imports from now on, unless they are unusual 
or warrant discussion. And the last statement in the program is a single 
function call: 

main!) 

Although Python does not need an entry point as some languages require, it 
is quite common in Python programs to create a function called main () and to 
call it to start off processing. Since no function can be called before it has been 
created, we must make sure we call main () after the functions it relies on have 
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been defined. The order in which the functions appear in the file (i.e., the order 
in which they are created) does not matter. 

In the csv2html. py program, the first function we call is main () which in turn 
calls print_start() and then print_line( ). And print_line() calls extract_ 
fields! ) and escape_html( ). The program structure we have used is shown in 
Figure 2.8. 


calls 



import sys 

UC 1 IIIO±ll \ f ■ 


A 

def print_start{): 



def print_line{) ■. - 



def extract_fields() ■. - 


calls 

def escape_html{) ■. ■*— 



def print_encl() ■. 



mainO - 


J 


calls 


Figure 2.8 The csv2html.py program’s structure 


When Python reads a file it begins at the top. So for this example, it starts by 
performing the import, then it creates the main () function, and then it creates 
the other functions in the order in which they appear in the file. When Python 
finally reaches the call to main() at the end of the file, all the functions that 
main () will call (and all the functions that those functions will call) now exist. 
Execution as we normally think of it begins where the call to main () is made. 

We will look at each function in turn, starting with main (). 

def mainO : 

maxwidth = 100 
print_start() 
count = 0 
while True; 
try: 

line = inputO 
if count == 0: 

color = "lightgreen" 
elif count % 2: 

color = "white" 
else: 

color = "lightyellow" 
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print_line(line, color, maxwidth) 
count += 1 
except EOFError; 
break 

print_end() 

The maxwidth variable is used to constrain the number of characters in a 
cell—if a field is bigger than this we will truncate it and signify this by adding 
an ellipsis to the truncated text. We’ll look at the print_start( ), print_line(), 
and print_end( ) functions in a moment. The while loop iterates over each line 
of input—this could come from the user typing at the keyboard, but we expect 
it to be a redirected file. We set the color we want to use and call Print line ( ) 
to output the line as an HTML table row. 

def print_start(): 

print("<table border='l'>") 

def print_end(): 

print("</table>") 

We could have avoided creating these two functions and simply put the rel¬ 
evant print () function calls in main (). But we prefer to separate out the logic 
since this is more flexible, even though it doesn’t really matter in this small 
example. 

def print_line(line, color, maxwidth): 

print("<tr bgcolor='{0}■format(color)) 
fields = extract_fields(line) 
for field in fields: 
if not field: 

print("<td></td>") 
else: 

number = field.replace!, "") 
try: 

X = float(number) 

print("<td align='right'>{0:d}</td>".format(round(x))) 
except ValueError: 

field = field.titleO 

field = field.replace(" And ", " and ") 

if len(field) <= maxwidth: 

field = escape_htinl(field) 
else: 

field = "{0} ...".format! 

escape_htinl(field! :inaxwidth])) 
print!"<td>{0}</td>".format!field)) 
print!"</tr>") 
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We cannot use str.split to split each line into fields because commas 
can occur inside quoted strings. So we have farmed this work out to the 
ext ract f ields () function. Once we have a list of the fields (as strings, with no 
surrounding quotes), we iterate over them, creating a table cell for each one. 

If a field is empty, we output an empty cell. If a field is quoted, it could be 
a string or it could be a number that has been quoted to allow for internal 
commas, for example, "1,566". To account for this, we make a copy of the field 
with commas removed and try to convert the field to a float. If the conversion is 
successful we output a right-aligned cell with the field rounded to the nearest 
whole number and output it as an integer. If the conversion fails we output the 
field as a string. In this case we use st r. title () to neaten the case of the letters 
and we replace the word And with and as a correction to str. title()’s effect. 
If the field isn’t too long we use all of it, otherwise we truncate it to maxwidth 
characters and add an ellipsis to signify the truncation, and in either case we 
escape any special HTML characters the field might contain. 

def extract_fields(line): 
fields = [] 
field = "" 
quote = None 
for c in line: 
if c in "\.: 

if quote is None: # start of quoted string 
quote = c 

elif quote == c: # end of quoted string 
quote = None 
else: 

field += c # other quote inside quoted string 
continue 

if quote is None and c == # end of a field 

fields.append(field) 
field = "" 
else: 

field += c # accumulating a field 

if field: 

fields.append(field) # adding the last field 
return fields 

This function reads the line it is given character by character, accumulating 
a list of fields—each one a string without any enclosing quotes. The function 
copes with fields that are unquoted, and with fields that are quoted with single 
or double quotes, and correctly handles commas and quotes (single quotes in 
double quoted strings, double quotes in single quoted strings). 
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def escape_htinl(text): 

text = text.replace!, "&ainp;") 
text = text.replace"&lt;") 
text = text.replace"&gt;") 
return text 

This function straightforwardly replaces each special HTML character with 
the appropriate HTML entity. We must of course replace ampersands first, 
although the order doesn’t matter for the angle brackets. Python’s standard 
library includes a slightly more sophisticated version of this function—you’ll 
get the chance to use it in the exercises, and will see it again in Chapter 7. 


Summary 


This chapter began by showing the list of Python’s keywords and described the 
rules that Python applies to identifiers. Thanks to Python’s Unicode support, 
identifiers are not limited to a subset of characters from a small character set 
like ASCII or Latin-1. 

We also described Python’s int data type, which differs from similar types in 
most other languages in that it has no intrinsic size limitation. Python integers 
can be as large as the machine’s memory will allow, and it is perfectly feasible to 
work with numbers that are hundreds of digits long. All of Python’s most basic 
data types are immutable, but this is rarely noticable since the augmented as¬ 
signment operators (+=, *=, -=, /=, and others) means that we can use a very nat¬ 
ural syntax while behind the scenes Python creates result objects and rebinds 
our variables to them. Literal integers are usually written as decimal numbers, 
but we can write binary literals using the 0b prefix, octal literals using the 0o 
prefix, and hexadecimal literals using the 0x prefix. 

When two integers are divided using /, the result is always a float. This is 
different from many other widely used languages, but helps to avoid some 
quite subtle bugs that can occur when division silently truncates. (And if we 
want integer division we can use the // operator.) 

Python has a bool data type which can hold either True or False. Python has 
three logical operators, and, or, and not, of which the two binary operators (and 
and 0 r) use short-circuit logic. 

Three kinds of floating-point numbers are available: float, complex, and dec¬ 
imal. Decimal. The most commonly used is float; this is a double-precision 
floating-point number whose exact numerical characteristics depend on the 
underlying C, C#, or Java library that Python was built with. Complex num¬ 
bers are represented as two floats, one holding the real value and the other the 
imaginary value. The decimal. Decimal type is provided by the decimal module. 
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These numbers default to having 28 decimal places of accuracy, but this can be 
increased or decreased to suit our needs. 

All three floating-point types can be used with the appropriate built-in math¬ 
ematical operators and functions. And in addition, the math module provides a 
variety of trigonometric, hyperbolic, and logarithmic functions that can be used 
with floats, and the cmath module provides a similar set of functions for complex 
numbers. 

Most of the chapter was devoted to strings. Python string literals can be 
created using single quotes or double quotes, or using a triple quoted string 
if we want to include newlines and quotes without formality. Various escape 
sequences can be used to insert special characters such as tab (\t) and newline 
(\n), and Unicode characters both using hexadecimal escapes and Unicode 
character names. Although strings support the same comparison operators 
as other Python types, we noted that sorting strings that contain non-English 
characters can be problematic. 

Since strings are sequences, the slicing operator ([ ]) can be used to slice and 
stride strings with a very simple yet powerful syntax. Strings can also be 
concatenated with the + operator and replicated with the * operator, and we 
can also use the augmented assignment versions of these operators (+= and 
*=), although the st r. j oin () method is more commonly used for concatenation. 
Strings have many other methods, including some for testing string properties 
(e.g., str. isspace( ) and str.isalpha( )), some for changing case (e.g., str.lower() 
and str.titled), some for searching (e.g., str.findO and str.index ()), and 
many others. 

Python’s string support is really excellent, enabling us to easily find and 
extract or compare whole strings or parts of strings, to replace characters or 
substrings, and to split strings into a list of substrings and to join lists of 
strings into a single string. 

Probably the most versatile string method is st r . f o rmat ( ). This method is used 
to create strings using replacement fields and variables to go in those fields, and 
format specifications to precisely define the characteristics of each field which 
is replaced with a value. The replacement field name syntax allows us to access 
the method’s arguments by position or by name (for keyword arguments), and 
to use an index, key, or attribute name to access an argument item or attribute. 
The format specifications allow us to specify the fill character, the alignment, 
and the minimum field width. Furthermore, for numbers we can also control 
how the sign is output, and for floating-point numbers we can specify the num¬ 
ber of digits after the decimal point and whether to use standard or exponen¬ 
tial notation. 

We also discussed the thorny issue of character encodings. Python . py files use 
the Unicode UTF-8 encoding by default and so can have comments, identifiers, 
and data written in just about any human language. We can convert a string 
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into a sequence of bytes using a particular encoding using the str.encode() 
method, and we can convert a sequence of bytes that use a particular encoding 
back to a string using the bytes. decode () method. The wide variety of charac¬ 
ter encodings currently in use can be very inconvenient, but UTF-8 is fast be¬ 
coming the de facto standard for plain text files (and is already the default for 
XML files), so this problem should diminish in the coming years. 

In addition to the data types covered in this chapter. Python provides two other 
built-in data types, bytes and by tea r ray, both of which are covered in Chapter 7. 
Python also provides several collection data types, some built-in and others 
in the standard library. In the next chapter we will look at Python’s most 
important collection data types. 


Exercises 

1. Modify the print unicode.py program so that the user can enter several 
separate words on the command line, and print rows only where the 
Unicode character name contains all the words the user has specified. 
This means that we can type commands like this: 

print_unicode_ans.py greek symbol 

One way of doing this is to replace the word variable (which held 0, None, 
or a string), with a words list. Don’t forget to update the usage informa¬ 
tion as well as the code. The changes involve adding less than ten lines 
of code, and changing less than ten more. A solution is provided in file 
print unicode ans. py. (Windows and cross-platform users should modify 
print_unicode_uni. py; a solution is provided in print_unicode_uni_ans. py.) 

2. Modify quad rat ic. py so that 0.0 factors are not output, and so that negative 
factors are output as - n rather than as + -n. This involves replacing the 
last five lines with about fifteen lines. A solution is provided in quadrat- 
ic ans.py. (Windows and cross-platform users should modify quadrat- 
ic_uni. py; a solution is provided in quad ratic_uni_ans. py.) 

3. Delete the escape_html() function from csv2html.py, and use the xml.sax. 
saxutils. escape () function from the xml. sax. saxutils module instead. This 
is easy, requiring one new line (the import), five deleted lines (the unwant¬ 
ed function), and one changed line (to use xml.sax.saxutils.escape!) in¬ 
stead of escape_html( )). A solution is provided in csv2htmll_ans. py. 

4. Modify csv2html.py again, this time adding a new function called pro- 
cess_options( ). This function should be called from main() and should 
return a tuple of two values: maxwidth (an int) and format (a str). When 
process_options( ) is called it should set a default maxwidth of 100, and a 
default format of “.Of” — this will be used as the format specifier when out- 
putting numbers. 
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If the user has typed “-h” or “—help” on the command line, a usage message 
should be output and (None, None) returned. (In this case mainO should 
do nothing.) Otherwise, the function should read any command-line 
arguments that are given and perform the appropriate assignments. For 
example, setting maxwidth if “maxwidth=n” is given, and similarly setting 
format if “format=s” is given. Here is a run showing the usage output: 

csv2html2_ans.py -h 
usage: 

csv2html.py [maxwidth=int] [format=str] < infile.csv > outfile.html 

maxwidth is an optional integer; if specified, it sets the maximum 
number of characters that can be output for string fields, 
otherwise a default of 100 characters is used. 

format is the format to use for numbers; if not specified it 
defaults to ".0f". 

And here is a command line with both options set: 

csv2html2_ans.py maxwidth=20 format=0.2f < mydata.csv > mydata.html 

Don’t forget to modify print_line() to make use of the format for out- 
putting numbers—you’ll need to pass in an extra argument, add one line, 
and modify another line. And this will slightly affect main( ) too. The pro- 
cess options () function should be about twenty-five lines (including about 
nine for the usage message). This exercise may prove challenging for inex¬ 
perienced programmers. 

Two files of test data are provided: data/co2-sample. csv and data/co2-f rom- 
fossilfuels.csv. A solution is provided in csv2html2_ans.py. In Chapter 5 
we will see how to use Python’s optparse module to simplify command-line 
processing. 
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• Sequence Types 

• Set Types 

• Mapping Types 

• Iterating and Copying Collections 


Collection Data Types 


In the preceding chapter we learned about Python’s most important funda¬ 
mental data types. In this chapter we will extend our programming options 
by learning how to gather data items together using Python’s collection data 
types. We will cover tuples and lists, and also introduce new collection data 
types, including sets and dictionaries, and cover all of them in depth.* 

In addition to collections, we will also see how to create data items that are 
aggregates of other data items (like C or C++ structs or Pascal records)—such 
items can be treated as a single unit when this is convenient for us, while 
the items they contain remain individually accessible. Naturally, we can put 
aggregated items in collections just like any other items. 

Having data items in collections makes it much easier to perform operations 
that must be applied to all of the items, and also makes it easier to handle col¬ 
lections of items read in from files. We’ll cover the very basics of text file han¬ 
dling in this chapter as we need them, deferring most of the detail (including 
error handling) to Chapter 7. 

After covering the individual collection data types, we will look at how to it¬ 
erate over collections, since the same syntax is used for all of Python’s collec¬ 
tions, and we will also explore the issues and techniques involved in copying 
collections. 

Sequence Types 

A sequence type is one that supports the membership operator (in), the size 
function (len()), slices ([]), and is iterable. Python provides five built-in se¬ 
quence types: bytearray, bytes, list, str, and tuple —the first two are covered 


*The definitions of what constitutes a sequence type, a set type, or a mapping type given in this 
chapter are practical hut informal. More formal definitions are given in Chapter 8. 
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separately in Chapter 7. Some other sequence types are provided in the stan¬ 
dard library, most notably, collections. namedtuple. When iterated, all of these 
sequences provide their items in order. 

We covered strings in the preceding chapter. In this section we will cover 
tuples, named tuples, and lists. 


Tuples 


A tuple is an ordered sequence of zero or more object references. Tuples 
support the same slicing and striding syntax as strings. This makes it easy to 
extract items from a tuple. Like strings, tuples are immutable, so we cannot 
replace or delete any of their items. If we want to be able to modify an ordered 
sequence, we simply use a list instead of a tuple; or if we already have a tuple 
but want to modify it, we can convert it to a list using the list() conversion 
function and then apply the changes to the resultant list. 

The tuple data type can be called as a function, tuple ()—with no arguments 
it returns an empty tuple, with a tuple argument it returns a shallow copy of 
the argument, and with any other argument it attempts to convert the given 
object to a tuple. It does not accept more than one argument. Tuples can also 
be created without using the tuple () function. An empty tuple is created using 
empty parentheses, (), and a tuple of one or more items can be created by using 
commas. Sometimes tuples must be enclosed in parentheses to avoid syntactic 
ambiguity. For example, to pass the tuple 1, 2, 3 to a function, we would write 
functional, 2, 3)). 

Figure 3.1 shows the tuple t = "venus" ,-28, "green", "21", 19.74, and the index 
positions of the items inside the tuple. Strings are indexed in the same way, 
but whereas strings have a character at every position, tuples have an object 
reference at each position. 


t[-5] 

t[-4] 

t[-3] 

t[-2] 

t[-l] 

venus' 

-28 

'green' 

'21' 

19.74 

t[0] 

t[l] 

t[2] 

t[3] 

t[4] 


Figure 3.1 Tuple index positions 

Tuples provide just two methods, t.count(x), which returns the number of 
times object x occurs in tuple t, and t. index (x), which returns the index position 
of the leftmost occurrence of object x in tuple t—or raises a ValueError excep¬ 
tion if there is no x in the tuple. (These methods are also available for lists.) 

In addition, tuples can be used with the operators + (concatenation), * (repli¬ 
cation), and [] (slice), and with in and not in to test for membership. The += 
and *= augmented assignment operators can be used even though tuples are 
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immutable—^behind the scenes Python creates a new tuple to hold the result 
and sets the left-hand object reference to refer to it; the same technique is used 
when these operators are applied to strings. Tuples can be compared using the 
standard comparison operators (<, <=, ==, !=, >=, >), with the comparisons being 
applied item by item (and recursively for nested items such as tuples inside 
tuples). 

Let’s look at a few slicing examples, starting with extracting one item, and a 
slice of items: 

»> hair = "black", "brown", "blonde", "red" 

»> hair[2] 

'blonde' 

»> hair[-3:] # same as: hair[l:] 

('brown', 'blonde', 'red') 

These work the same for strings, lists, and any other sequence type. 

»> hair[:2], "gray", hair[2:] 

(('black', 'brown'), 'gray', ('blonde', 'red')) 

Here we tried to create a new 5-tuple, but ended up with a 3-tuple that contains 
two 2-tuples. This happened because we used the comma operator with three 
items (a tuple, a string, and a tuple). To get a single tuple with all the items we 
must concatenate tuples: 

»> hair[:2] + ("gray",) + hair[2:] 

('black', 'brown', 'gray', 'blonde', 'red') 

To make a 1-tuple the comma is essential, but in this case, if we had just put 
in the comma we would get a TypeError (since Python would think we were 
trying to concatenate a string and a tuple), so here we must have the comma 
and parentheses. 

In this book (from this point on), we will use a particular coding style when 
writing tuples. When we have tuples on the left-hand side of a binary operator 
or on the right-hand side of a unary statement, we will omit the parentheses, 
and in all other cases we will use parentheses. Here are a few examples: 

a, b = (1, 2) # left of binary operator 

del a, b # right of unary statement 

def f(x): 

return x, x ** 2 # right of unary statement 

for X, y in ((1, 1), (2, 4), (3, 9)): # left of binary operator 

print(x, y) 
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There is no obligation to follow this coding style; some programmers prefer to 
always use parentheses—which is the same as the tuple representational form, 
whereas others use them only if they are strictly necessary. 

»> eyes = ("brown", "hazel", "amber", "green", "blue", "gray") 

>» colors = (hair, eyes) 

>» colors[l] [3;-l] 

('green', 'blue') 

Here we have nested two tuples inside another tuple. Nested collections to any 
level of depth can be created like this without formality. The slice operator [ ] 
can be applied to a slice, with as many used as necessary. For example: 

»> things = (1, -7.5, ("pea", (5, "Xyz"), "queue")) 

»> things[2] [1] [1] [2] 

' z' 

Let’s look at this piece by piece, beginning with things [2] which gives us the 
third item in the tuple (since the first item has index 0), which is itself a tu¬ 
ple, ("pea", (5, "Xyz"), "queue"). The expression things[2][l] gives us the 
second item in the things[2] tuple, which is again a tuple, (5, "Xyz"). And 
things[2] [1] [1] gives us the second item in this tuple, which is the string "Xyz". 
Finally, things[2][l][l][2] gives us the third item (character) in the string, that 
is, "z". 

Tuples are able to hold any items of any data type, including collection types 
such as tuples and lists, since what they really hold are object references. 
Using complex nested data structures like this can easily become confusing. 
One solution is to give names to particular index positions. For example: 

»> MANUFACTURER, MODEL, SEATING = (0, 1, 2) 

»> MINIMUM, MAXIMUM = (0, 1) 

»> aircraft = ("Airbus", "A320-200", (100, 220)) 

»> aircraft [SEATING] [MAXIMUM] 

220 

This is certainly more meaningful than writing aircraft [2] [1], but it involves 
creating lots of variables and is rather ugly. We will see an alternative in the 
next subsection. 

In the first two lines of the “aircraft” code snippet, we assigned to tuples in 
both statements. When we have a sequence on the right-hand side of an 
assignment (here we have tuples), and we have a tuple on the left-hand side, 
we say that the right-hand side has been unpacked. Sequence unpacking can 
be used to swap values, for example: 


a, b = (b, a) 



Sequence Types 


111 


Strictly speaking, the parentheses are not needed on the right, but as we noted 
earlier, the coding style used in this book is to omit parentheses for left-hand 
operands of binary operators and right-hand operands of unary statements, 
but to use parentheses in all other cases. 

We have already seen examples of sequence unpacking in the context of for... 
in loops. Here is a reminder: 

for X, y in ((-3, 4), (5, 12), (28, -45)): 
print(math.hypot(x, y)) 

Here we loop over a tuple of 2-tuples, unpacking each 2-tuple into variables x 
and y. 


Named Tuples 


A named tuple behaves just like a plain tuple, and has the same performance 
characteristics. What it adds is the ability to refer to items in the tuple by 
name as well as by index position, and this allows us to create aggregates of 
data items. 

The collections module provides the namedtuple () function. This function is 
used to create custom tuple data types. For example: 

Sale = collections.namedtupleC'Sale", 

"productid customerid date quantity price") 

The first argument to collections. namedtuple () is the name of the custom tuple 
data type that we want to be created. The second argument is a string of space- 
separated names, one for each item that our custom tuples will take. The first 
argument, and the names in the second argument, must all be valid Python 
identifiers. The function returns a custom class (data type) that can be used 
to create named tuples. So, in this case, we can treat Sale just like any other 
Python class (such as tuple), and create objects of type Sale. (In object-oriented 
terms, every class created this way is a subclass of tuple; object-oriented pro¬ 
gramming, including subclassing, is covered in Chapter 6.) 

Here is an example: 
sales = [] 

sales.append(Sale(432, 921, "2008-09-14", 3, 7.99)) 
sales.append(Sale(419, 874, "2008-09-15", 1, 18.49)) 

Here we have created a list of two Sale items, that is, of two custom tuples. We 
can refer to items in the tuples using index positions—for example, the price of 
the first sale item is sales [0] [-1] (i.e., 7.99)—but we can also use names, which 
makes things much clearer: 
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total = 0 

for sale in sales; 

total += sale.quantity * sale.price 
printC'Total ${0: .2f}" .format(total)) # prints: Total $42.46 

The clarity and convenience that named tuples provide are often useful. For 
example, here is the “aircraft” example from the previous subsection (110 <) 
done the nice way: 

>» Aircraft = collections.namedtuple("Aircraft", 

"manufacturer model seating") 

>» Seating = collections.namedtuple("Seating", "minimum maximum") 

»> aircraft = Aircraft)"Airbus", "A320-200", Seating(100, 220)) 

>» aircraft. seating .maximum 
220 

When it comes to extracting named tuple items for use in strings there are 
three main approaches we can take. 

>» print("{0} {1}" .format(aircraft.manufacturer, aircraft .model)) 
Airbus A320-200 

Here we have accessed each of the tuple’s items that we are interested in 
using named tuple attribute access. This gives us the shortest and simplest 
format string. (And in Python 3.1 we could reduce this format string to just 
" {} {}".) But this approach means that we must look at the arguments passed 
to St r. f 0 rmat () to see what the replacement texts will be. This seems less clear 
than using named fields in the format string. 

"{0.manufacturer} {0.model}".format(aircraft) 

Here we have used a single positional argument and used named tuple at¬ 
tribute names as field names in the format string. This is much clearer than 
just using positional arguments alone, but it is a pity that we must speci¬ 
fy the positional value (even when using Python 3.1). Fortunately, there is a 
nicer way. 

Named tuples have a few private methods—that is, methods whose name 
begins with a leading underscore. One of them—namedtuple. asdictO—is so 
useful that we will show it in action.* 

"{manufacturer} {model}".format(**aircraft._asdict()) 

Us- The private namedtuple._asdict() method returns a mapping of key-value 

ing str. pairs, where each key is the name of a tuple element and each value is the cor- 

formatO 

with 

map- - 

ping un- *Private methods such as namedtuple. asdict() are not guaranteed to be available in all Python 3.x 
packing versions; although the namedtuple . asdict () method is available in both P3d;hon 3.0 and 3.1. 
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responding value. We have used mapping unpacking to convert the mapping 
into key-value arguments for the st r. f o rmat () method. 

Although named tuples can be very convenient, in Chapter 6 we introduce 
object-oriented programming, and there we will go beyond simple named 
tuples and learn how to create custom data types that hold data items and that 
also have their own custom methods. 


Lists 


A list is an ordered sequence of zero or more object references. Lists support 
the same slicing and striding syntax as strings and tuples. This makes it easy 
to extract items from a list. Unlike strings and tuples, lists are mutable, so we 
can replace and delete any of their items. It is also possible to insert, replace, 
and delete slices of lists. 

The list data type can be called as a function, list()—with no arguments it 
returns an empty list, with a list argument it returns a shallow copy of the 
argument, and with any other argument it attempts to convert the given object 
to a list. It does not accept more than one argument. Lists can also be created 
without using the list () function. An empty list is created using empty brack¬ 
ets, [ ], and a list of one or more items can be created by using a comma-sepa¬ 
rated sequence of items inside brackets. Another way of creating lists is to use 
a list comprehension—a topic we will cover later in this subsection. 

Since all the items in a list are really object references, lists, like tuples, can 
hold items of any data type, including collection types such as lists and tuples. 
Lists can be compared using the standard comparison operators (<, <=, ==, ! =, >=, 
>), with the comparisons being applied item by item (and recursively for nested 
items such as lists or tuples inside lists). 

Given the assignment L = [-17.5, "kilo", 49, "V", ["ram", 5, "echo"], 7], we 
get the list shown in Figure 3.2. 


L[-6] 

L[-5] 

L[-4] 

L[-3] 

L[-2] 

L[-l] 

-17.5 

'kilo' 

49 

'V 

['ram', 5, 'echo'] 

7 

L[0] 

L[l] 

L[2] 

L[3] 

L[4] 

L[5] 


Figure 3.2 List index positions 

And given this list, L, we can use the slice operator—repeatedly if neces¬ 
sary—to access items in the list, as the following equalities show: 

L[0] == L[-6] == -17.5 
L[l] == L[-5] == 'kilo' 

L[1][0] == L[-5][0] == 'k' 
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L[4][2] == L[4][-l] == L[-2][2] == L[-2][-l] == 'echo' 

L[4][2][l] == L[4][2][-3] == L[-2][-l][l] == L[-2] [-1] [-3] == 'C 

Lists can be nested, iterated over, and sliced, the same as tuples. In fact, all 
the tuple examples presented in the preceding subsection would work exactly 
the same if we used lists instead of tuples. Lists support membership testing 
with in and not in, concatenation with +, extending with += (i.e., the appending 
of all the items in the right-hand operand), and replication with * and *=. Lists 
can also be used with the built-in ten () function, and with the del statement 
discussed here and described in the sidebar “Deleting Items Using the del 
Statement” (>■ 116). In addition, lists provide the methods shown in Table 3.1. 

Although we can use the slice operator to access items in a list, in some situa¬ 
tions we want to take two or more pieces of a list in one go. This can be done 
by sequence unpacking. Any iterable (lists, tuples, etc.) can be unpacked using 
the sequence unpacking operator, an asterisk or star (*). When used with two or 
more variables on the left-hand side of an assignment, one of which is preceded 
by *, items are assigned to the variables, with all those left over assigned to the 
starred variable. Here are some examples: 

»> first, *rest = [9, 2, -4, 8, 7] 

>» first, rest 
(9, [2, -4, 8, 7]) 

>» first, *niid, last = "Charles Philip Arthur George Windsor". split() 
>» first, mid, last 

('Charles', ['Philip', 'Arthur', 'George'], 'Windsor') 

>» ^directories, executable = "/usr/local/bin/gvim" .split("/") 

>» directories, executable 

{[", 'usr', 'local', 'bin'], 'gvim') 

When the sequence unpacking operator is used like this, the expression *rest, 
and similar expressions, are called starred expressions. 

Python also has a related concept called starred arguments. For example, if we 
have the following function that requires three arguments: 

def product(a, b, c): 

return a * b * c # here, * is the multiplication operator 

we can call it with three arguments, or by using starred arguments: 

»> product(2, 3, 5) 

30 

»> L = [2, 3, 5] 

>» product(*L) 

30 

»> product(2, *L[1: ]) 

30 
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sorted() 

>140, 
144 

In the first call we provide the three arguments normally. In the second call 
we use a starred argument—what happens here is that the three-item list is 
unpacked by the * operator, so as far as the function is concerned it has received 
the three arguments it is expecting. We could have achieved the same thing 
using a 3-tuple. And in the third call we pass the first argument conventionally, 
and the other two arguments by unpacking a two-item slice of the L list. Func¬ 
tions and argument passing are covered fully in Chapter 4. 

There is never any syntactic ambiguity regarding whether operator * is the 
multiplication or the sequence unpacking operator. When it appears on the 
left-hand side of an assignment it is the unpacking operator, and when it 
appears elsewhere (e.g., in a function call) it is the unpacking operator when 
used as a unary operator and the multiplication operator when used as a 
binary operator. 

We have already seen that we can iterate over the items in a list using the 
syntax for item in t:. If we want to change the items in a list the idiom to 
use is: 

for i in range(len(t)): 
t[i] = process(t[i]) 

The built-in range ( ) function returns an iterator that provides integers. With ranged 
one integer argument, n, the iterator range () returns, producing 0 , 1 ,..., n - 1 . >141 


Syntax 

Description 

L.append(x) 

Appends item x to the end of list L 

L.count(x) 

Returns the number of times item x occurs in list L 

L.extend(m) 

L += m 

Appends all of iterable id’s items to the end of list L; the 
operator += does the same thing 

L.index(x, 
start, 
end) 

Returns the index position of the leftmost occurrence of 
item X in list L (or in the start:end slice of L); otherwise, 
raises a ValueError exception 

L.insert(i, x) 

Inserts item x into list L at index position int i 

L.popO 

Returns and removes the rightmost item of list L 

L.pop(i) 

Returns and removes the item at index position int i in L 

L. reiiiove(x) 

Removes the leftmost occurrence of item x from list L, or 
raises a ValueError exception if x is not found 

L.reverse() 

Reverses list L in-place 

L. sort(...) 

Sorts list L in-place; this method accepts the same key and 
reverse optional arguments as the built-in sorted () 
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Deleting Items Using the del Statement 


Although the name of the del statement is reminiscent of the word delete, 
it does not necessarily delete any data. When applied to an object reference 
that refers to a data item that is not a collection, the del statement unbinds 
the object reference from the data item and deletes the object reference. 
For example: 

»> X = 8143 # object ref. 'x' created; int of value 8143 created 

»> X 

8143 

»> del X # object ref. 'x' deleted; int ready for garbage collection 

»> X 

Traceback (most recent call last): 

NameError: name 'x' is not defined 

When an object reference is deleted, Python schedules the data item to 
which it referred to be garbage-collected if no other object references refer to 
the data item. When, or even if, garbage collection takes place may be nonde- 
terministic (depending on the Python implementation), so if any cleanup is 
required we must handle it ourselves. Python provides two solutions to the 
nondeterminism. One is to use atry ...finally block to ensure that cleanup 
is done, and another is to use a with statement as we will see in Chapter 8. 

When del is used on a collection data type such as a tuple or a list, only the 
object reference to the collection is deleted. The collection and its items (and 
for those items that are themselves collections, for their items, recursively) 
are scheduled for garbage collection if no other object references refer to 
the collection. 

For mutable collections such as lists, del can be applied to individual items 
or slices—in both cases using the slice operator, [ ]. If the item or items 
referred to are removed from the collection, and if there are no other object 
references referring to them, they are scheduled for garbage collection. 


We could use this technique to increment all the numbers in a list of integers. 
For example: 

for i in range(len(numbers)): 
numbersji] += 1 

Since lists support slicing, in several cases the same effect can be achieved 
using either slicing or one of the list methods. For example, given the list woods 
= ["Cedar", "Yew", "Fir"], we can extend the list in either of two ways: 


woods += ["Kauri", "Larch"] 


woods.extend(["Kauri", "Larch"]) 
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In either case the result is the list ['Cedar', 'Yew', 'Fir', 'Kauri', 'Larch']. 

Individual items can be added at the end of a list using list.append]). Items 
can be inserted at any index position within the list using list. insert (), or by 
assigning to a slice of length 0. For example, given the list woods = ["Cedar", 
"Yew", "Fir", "Spruce" ], we can insert a new item at index position 2 (i.e., as 
the list’s third item) in either of two ways: 

woods[2;2] = ["Pine"] woods.insert(2, "Pine") 

In both cases the result is the list ['Cedar', 'Yew', 'Pine', 'Fir', 'Spruce']. 

Individual items can be replaced in a list by assigning to a particular index 
position, for example, woods[2] = "Redwood". Entire slices can be replaced by 
assigning an iterable to a slice, for example, woods[1:3] = ["Spruce", "Sugi", 
" Rimu" ]. The slice and the iterable don’t have to be the same length. In all cases, 
the slice’s items are removed and the iterable’s items are inserted. This makes 
the list shorter if the iterable has fewer items than the slice it replaces, and 
longer if the iterable has more items than the slice. 

To make what happens when assigning an iterable to a slice really clear, we 
will consider one further example. Imagine that we have the list L = [ "A", "B", 
" C", " D", " E", " F" ], and that we assign an iterable (in this case, a list) to a slice 
of it with the code L [2:5] = ["X", "Y"]. First, the slice is removed, so behind the 
scenes the list becomes ['A', 'B', 'F']. And then all the iterable’s items are 
inserted at the slice’s start position, so the resultant list is [' A', ' B', ' X', ' Y', 
'F']. 

Items can be removed in a number of other ways. We can use list. pop () with 
no arguments to remove the rightmost item in a list—the removed item is also 
returned. Similarly we can use list. pop () with an integer index argument to 
remove (and return) an item at a particular index position. Another way of 
removing an item is to call list. remove () with the item to be removed as the 
argument. The del statement can also be used to remove individual items—for 
example, del woods [4]—or to remove slices of items. Slices can also be removed 
by assigning an empty list to a slice, so these two snippets are equivalent: 

woods[2:4] = [] del woods[2:4] 


In the left-hand snippet we have assigned an iterable (an empty list) to a 
slice, so first the slice is removed, and since the iterable to insert is empty, no 
insertion takes place. 
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When we first covered slicing and striding, we did so in the context of strings 
where striding wasn’t very interesting. But in the case of lists, striding allows 
us to access every n-th item which can often be useful. For example, suppose 
we have the list, x = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10], and we want to set every 
odd-indexed item (i.e., x [ 1 ], x [ 3 ], etc.) to 0. We can access every second item by 
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striding, for example, x [:; 2 ]. But this will give us the items at index positions 
0,2,4, and so on. We can fix this by giving an initial starting index, so now we 
have X [ 1:: 2 ], and this gives us a slice of the items we want. To set each item 
in the slice to 0, we need a list of Os, and this list must have exactly the same 
number of Os as there are items in the slice. 

Here is the complete solution: x[l::2] = [0] * len(x[l: :2]). Now list x is [1, 
0, 3, 0, 5, 0, 7, 0, 9, 0]. We used the replication operator *, to produce a list 
consisting of the number of Os we needed based on the length (i.e., the number 
of items) of the slice. The interesting aspect is that when we assign the list [ 0, 
0, 0, 0, 0 ] to the strided slice. Python correctly replaces x [ 1 ]’s value with the 
first 0, x[3]’s value with the second 0, and so on. 

Lists can be reversed and sorted in the same way as any other iterable using 
the built-in reversed () and sorted () functions covered in the Iterators and Iter¬ 
able Operations and Functions subsection (>- 138). Lists also have equivalent 
methods, list, reverse!) and list. sort(), both of which work in-place (so they 
don’t return anything), the latter accepting the same optional arguments as 
sorted!). One common idiom is to case-insensitively sort a list of strings—for 
example, we could sort the woods list like this: woods, sort !key=str.lower). The 
key argument is used to specify a function which is applied to each item, and 
whose return value is used to perform the comparisons used when sorting. As 
we noted in the previous chapter’s section on string comparisons (68 -<), for 
languages other than English, sorting strings in a way that is meaningful to 
humans can be quite challenging. 

For inserting items, lists perform best when items are added or removed at the 
end (list. append!), list. pop!)). The worst performance occurs when we search 
for items in a list, for example, using list, remove!) or list .index!), or using in 
for membership testing. If fast searching or membership testing is required, 
a set or a diet (both covered later in this chapter) may be a more suitable 
collection choice. Alternatively, lists can provide fast searching if they are kept 
in order by sorting them—Python’s sort algorithm is especially well optimized 
for sorting partially sorted lists—and using a binary search (provided by the 
bisect module), to find items. (In Chapter 6 we will create an intrinsically 
sorted custom list class.) 


List Comprehensions 


Small lists are often created using list literals, but longer lists are usually 
created programmatically. For a list of integers we can use list! range (n) ),or if 
we just need an integer iterator, range !) is sufficient, but for other lists using a 
f 0 r... in loop is very common. Suppose, for example, that we wanted to produce 
a list of the leap years in a given range. We might start out like this: 

leaps = [] 

for year in range!1900, 1940): 
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if (year % 4 == 0 and year % 100 != 0) or (year % 400 == 0): 
leaps.append(year) 

When the built-in range() function is given two integer arguments, n and m, 
the iterator it returns produces the integers n,n + 1, ...,m -1. 

Of course, if we knew the exact range beforehand we could use a list literal, for 
example, leaps = [1904, 1908, 1912, 1916, 1920, 1924, 1928, 1932, 1936]. 

A list comprehension is an expression and a loop with an optional condition 
enclosed in brackets where the loop is used to generate items for the list, and 
where the condition can filter out unwanted items. The simplest form of a list 
comprehension is this: 

[item for item in iterable] 

This will return a list of every item in the iterable, and is semantically no 
different from list (iterable). Two things that make list comprehensions more 
interesting and powerful are that we can use expressions, and we can attach a 
condition—this takes us to the two general syntaxes for list comprehensions: 

[expression for item in iterable] 

[expression for item in iterable if condition] 

The second syntax is equivalent to: 

temp = [] 

for item in iterable: 
if condition: 

temp.append(expression) 

Normally, the expression will either be or involve the item. Of course, the 
list comprehension does not need the temp variable needed by the for ... in 
loop version. 

Now we can rewrite the code to generate the leaps list using a list comprehen¬ 
sion. We will develop the code in three stages. First we will generate a list that 
has all the years in the given range: 

leaps = [y for y in range(1900, 1940)] 

This could also be done using leaps = list (range(1900, 1940)). Now we’ll add a 
simple condition to get every fourth year: 

leaps = [y for y in range(1900, 1940) if y % 4 == 0] 

Finally, we have the complete version: 
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leaps = [y for y in range(1900, 1940) 

if (y % 4 == 0 and y % 100 != 0) or (y % 400 == 0)] 
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Using a list comprehension in this case reduced the code from four lines to 
two—a small savings, but one that can add up quite a lot in large projects. 

Since list comprehensions produce lists, that is, iterables, and since the syntax 
for list comprehensions requires an iterable, it is possible to nest list compre¬ 
hensions. This is the equivalent of having nested f o r ... in loops. For example, 
if we wanted to generate all the possible clothing label codes for given sets of 
sexes, sizes, and colors, but excluding labels for the full-figured females whom 
the fashion industry routinely ignores, we could do so using nested for ... 
in loops: 

codes = [] 

for sex in "MF": # Male, Female 

for size in "SMLX": # Small, Medium, Large, extra large 

if sex == "F" and size == "X"; 
continue 

for color in "BGW": # Black, Gray, White 
codes.append(sex + size + color) 

This produces the 21 item list, [' MSB', ' MSG ' , ..., ' FLW' ]. The same thing can be 
achieved in just a couple of lines using a list comprehension: 

codes = [s + z + c for s in "MF" for z in "SMLX" for c in "BGW" 
if not (s == "F" and z == "X")] 

Here, each item in the list is produced by the expression s + z + c. Also, we have 
used subtly different logic for the list comprehension where we skip invalid 
sex/size combinations in the innermost loop, whereas the nested f o r ... in loops 
version skips invalid combinations in its middle loop. Any list comprehension 
can be rewritten using one or more for ... in loops. 

If the generated list is very large, it may be more efficient to generate each item 
as it is needed rather than produce the whole list at once. This can be achieved 
by using a generator rather than a list comprehension. We discuss this later, 
in Chapter 8. 


Set Types 


A set type is a collection data type that supports the membership operator (in), 
the size function (len ()), and is iterable. In addition, set types at least provide 
a set.isdisjointO method, and support for comparisons, as well as support 
for the bitwise operators (which in the context of sets are used for union, 
intersection, etc.). Python provides two built-in set types: the mutable set type 
and the immutable f rozenset. When iterated, set types provide their items in 
an arbitrary order. 
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Only hashable objects may be added to a set. Hashable objects are objects 

which have a_hash_() special method whose return value is always the same 

throughout the object’s lifetime, and which can be compared for equality using 

the_eq_() special method. (Special methods—methods whose name begins 

and ends with two underscores—are covered in Chapter 6.) 

All the built-in immutable data types, such as float, frozenset, int, str, and 
tuple, are hashable and can be added to sets. The built-in mutable data types, 
such as diet, list, and set, are not hashable since their hash value changes 
depending on the items they contain, so they cannot be added to sets. 

Set types can be compared using the standard comparison operators (<, <=, ==, 
! =, >=, >). Note that although == and ! = have their usual meanings, with the 
comparisons being applied item by item (and recursively for nested items such 
as tuples or frozen sets inside sets), the other comparison operators perform 
subset and superset comparisons, as we will see shortly. 


Sets 


A set is an unordered collection of zero or more object references that refer to 
hashable objects. Sets are mutable, so we can easily add or remove items, but 
since they are unordered they have no notion of index position and so cannot 
be sliced or strided. Figure 3.3 illustrates the set created by the following 
code snippet: 

S = {7, "veil", 0, -29, ("x", 11), "sun", frozenset({8, 4, 7}), 913} 



The set data type can be called as a function, set()—with no arguments it 
returns an empty set, with a set argument it returns a shallow copy of the 
argument, and with any other argument it attempts to convert the given object 
to a set. It does not accept more than one argument. Nonempty sets can also 
be created without using the set () function, but the empty set must be created 
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using set (), not using empty braces * A set of one or more items can be created 
by using a comma-separated sequence of items inside braces. Another way 
of creating sets is to use a set comprehension—a topic we will cover later in 
this subsection. 

Sets always contain unique items—adding duplicate items is safe but pointless. 
For example, these three sets are the same: set ( "apple" ), set ( "aple" ), and {' e', 

' p', ' a', ' I'}. In view of this, sets are often used to eliminate duplicates. For 
example, if xisalist of strings, after executingx = list(set(x) ),all of x’s strings 
will be unique—and in an arbitrary order. 
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Sets support the built-in len() function, and fast membership testing with in 
and not in. They also provide the usual set operators, as Figure 3.4 illustrates. 


®®©@® 
setC'pecan") | set("p 

u ®®© 

)ie") == {'p', 'e', 

^ ®®®®®® 
'c', 'a', 'n', 'i'}# Union 

®®®®® 
setC'pecan") & set("p 

n ©0© 

)ie") == {'p', 'e'} 

^ ®® 

# Intersection 

®@©@@ 
setC'pecan") - set("p 

\ 

)ie") =: 

®®© 
= {'C, 'a', 

^ ©@® 

'n'} # Difference 

®®®®® A ®®® 

setC'pecan") '' set ("pie") == {'C, 'a', 

^ ®®®® 

'n', 'i'} # Symmetric difference 


Figure 3.4 The standard set operators 

The complete list of set methods and operators is given in Table 3.2. All the 
“update” methods (set.update!), set.intersection_update(), etc.) accept any 
iterable as their argument—but the equivalent operator versions (|=, &=, etc.) 
require both of their operands to be sets. 

One common use case for sets is when we want fast membership testing. For ex¬ 
ample, we might want to give the user a usage message if they don’t enter any 
command-line arguments, or if they enter an argument of “-h” or “—help”: 

if len(sys.argv) == 1 or sys.argv[l] in {"-h", "—help"}: 

Another common use case for sets is to ensure that we don’t process duplicate 
data. For example, suppose we had an iterable (such as a list), containing 
the IP addresses from a web server’s log files, and we wanted to perform some 


*Empty braces, {}, are used to create an empty diet as we will see in the next section. 
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Table 3.2 Set Methods and Operators 


Syntax 

Description 

s.add(x) 

Adds item x to set s if it is not already in s 

s.clearO 

Removes all the items from set s 

s.copyO 

Returns a shallow copy of set s* 

s.difference(t) 
s - t 

Returns a new set that has every item that is in 
set s that is not in set t* 

s.difference_update(t) 
s -= t 

Removes every item that is in set t from set s 

s.discard(x) 

Removes item x from set s if it is in s; see also 
set. removed 

s.intersection(t) 
s & t 

Returns a new set that has each item that is in 
both set s and set t* 

s.intersection_update(t) 
s &= t 

Makes set s contain the intersection of itself 
and set t 

s.isdisjoint(t) 

Returns True if sets s and t have no items in 
common* 

s.issubset(t) 
s <= t 

Returns True if set s is equal to or a subset of set 
t; use s < t to test whether s is a proper subset 
of t* 

s.issuperset(t) 
s >= t 

Returns True if set s is equal to or a superset 
of set t; use s > t to test whether s is a proper 
superset of t* 

s.popO 

Returns and removes a random item from set s, 
or raises a KeyError exception if s is empty 

s. reiiiove(x) 

Removes item x from set s, or raises a KeyError 
exception if x is not in s; see also set. discard () 

s. syniinetric_ 
difference(t) 
s '' t 

Returns a new set that has every item that is in 
set s and every item that is in set t, but exclud¬ 
ing items that are in both sets* 

s. syniinetric_ 
difference update{t) 
s ''= t 

Makes set s contain the symmetric difference of 
itself and set t 

s.union{t) 
s 1 t 

Returns a new set that has all the items in set s 
and all the items in set t that are not in set s* 

s.update(t) 
s 1= t 

Adds every item in set t that is not in set s, to 
set s 
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This method and its operator (if it has one) can also he used with f rozensets. 
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processing, once for each unique address. Assuming that the IP addresses are 
hashable and are in iterable ips, and that the function we want called for each 
one is called process ipO and is already defined, the following code snippets 
will do what we want, although with subtly different behavior: 

seen = set() 
for ip in ips: 

if ip not in seen: 

seen.add(ip) for ip in set(ips): 

process_ip(ip) process_ip(ip) 

For the left-hand snippet, if we haven’t processed the IP address before, we add 
it to the seen set and process it; otherwise, we ignore it. For the right-hand snip¬ 
pet, we only ever get each unique IP address to process in the first place. The 
differences between the snippets are first that the left-hand snippet creates the 
seen set which the right-hand snippet doesn’t need, and second that the left- 
hand snippet processes the IP addresses in the order they are encountered in 
the ips iterable while the right-hand snippet processes them in an arbitrary 
order. 

The right-hand approach is easier to code, but if the ordering of the ips 
iterable is important we must either use the left-hand approach or change the 
right-hand snippet’s first line to something like for ip in sorted(set(ips) ): if 
this is sufficient to get the required order. In theory the right-hand approach 
might be slower if the number of items in ips is very large, since it creates the 
set in one go rather than incrementally. 

Sets are also used to eliminate unwanted items. For example, if we have a list 
of filenames but don’t want any makefiles included (perhaps because they are 
generated rather than handwritten), we might write: 

filenames = set(filenames) 

for makefile in {"MAKEFILE", "Makefile", "makefile"}; 
filenames.discard(makefile) 

This code will remove any makefile that is in the list using any of the standard 
capitalizations. It will do nothing if no makefile is in the filenames list. The 
same thing can be achieved in one line using the set difference (-) operator: 

filenames = set(filenames) - {"MAKEFILE", "Makefile", "makefile"} 

We can also use set. remove! ) to remove items, although this method raises a 
KeyError exception if the item it is asked to remove is not in the set. 
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Set Comprehensions 


In addition to creating sets by calling set (), or by using a set literal, we can also 
create sets using set comprehensions. A set comprehension is an expression and 
a loop with an optional condition enclosed in braces. Like list comprehensions, 
two syntaxes are supported: 

{expression for item in iterable} 

{expression for item in iterable if condition} 

We can use these to achieve a filtering effect (providing the order doesn’t 
matter). Here is an example: 

html = {x for x in files if x.lower().endswith((".htm", ".html"))} 

Given a list of filenames in files, this set comprehension makes the set html 
hold only those filenames that end in . htm or . html, regardless of case. 

Just like list comprehensions, the iterable used in a set comprehension can 
itself be a set comprehension (or any other kind of comprehension), so quite 
sophisticated set comprehensions can be created. 


Frozen Sets 


A frozen set is a set that, once created, cannot be changed. We can of course 
rebind the variable that refers to a frozen set to refer to something else, though. 
Frozen sets can only be created using the frozen set data type called as a 
function. With no arguments, frozen set () returns an empty frozen set, with a 
f rozenset argument it returns a shallow copy of the argument, and with any 
other argument it attempts to convert the given object to a f rozenset. It does 
not accept more than one argument. 
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Since frozen sets are immutable, they support only those methods and oper¬ 
ators that produce a result without affecting the frozen set or sets to which 
they are applied. Table 3.2 (123 <) lists all the set methods—frozen sets sup¬ 
port frozenset.copy(), frozenset.difference() (-), frozenset.intersectionO (&), 
frozenset.isdisjointO, frozenset.issubset( ) (<=; also < for proper subsets), 
frozenset.issupersetO (>=; also > for proper supersets), frozenset.union() (|), 
and f rozenset.symmetric_difference( ) (''), all of which are indicated by a * in 
the table. 


If a binary operator is used with a set and a frozen set, the data type of the 
result is the same as the left-hand operand’s data type. So if f is a frozen set 
and s is a set, f & s will produce a frozen set and s & f will produce a set. In the 
case of the == and ! = operators, the order of the operands does not matter, and 
f == s will produce True if both sets contain the same items. 
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Another consequence of the immutability of frozen sets is that they meet 
the hashable criterion for set items, so sets and frozen sets can contain frozen 
sets. 

We will see more examples of set use in the next section, and also in the 
chapter’s Examples section. 


Mapping Types 


A mapping type is one that supports the membership operator (in) and the 
size function (len()), and is iterable. Mappings are collections of key-value 
items and provide methods for accessing items and their keys and values. 
When iterated, unordered mapping types provide their items in an arbitrary 
order. Python 3.0 provides two unordered mapping types, the built-in diet 
type and the standard library’s collections .defaultdict type. A new, ordered 
mapping type, collections. 0 rde redDict, was introduced with Python 3.1; this is 
a dictionary that has the same methods and properties (i.e., the same API) as 
the built-in diet, but stores its items in insertion order.* We will use the term 
dictionary to refer to any of these types when the difference doesn’t matter. 

Only hashable objects may be used as dictionary keys, so immutable data types 
such as float, f rozenset, int, str, and tuple can be used as dictionary keys, but 
mutable types such as diet, list, and set cannot. On the other hand, each key’s 
associated value can be an object reference referring to an object of any type, 
including numbers, strings, lists, sets, dictionaries, functions, and so on. 

Dictionary types can be compared using the standard equality comparison op¬ 
erators (== and ! =), with the comparisons being applied item by item (and recur¬ 
sively for nested items such as tuples or dictionaries inside dictionaries). Com¬ 
parisons using the other comparison operators (<, <=, >=, >) are not supported 
since they don’t make sense for unordered collections such as dictionaries. 


Dictionaries 


A diet is an unordered collection of zero or more key-value pairs whose keys 
are object references that refer to hashable objects, and whose values are object 
references referring to objects of any type. Dictionaries are mutable, so we can 
easily add or remove items, but since they are unordered they have no notion 
of index position and so cannot be sliced or strided. 


Z.X 


*API stands for Application Programming Interface, a generic term used to refer to the public 
methods and properties that classes provide, and to the parameters and return values of functions 
and methods. For example. Python’s documentation documents the APIs that Python provides. 
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The diet data type can be called as a function, dict( )—with no arguments it 
returns an empty dictionary, and with a mapping argument it returns a dic¬ 
tionary based on the argument; for example, returning a shallow copy if the 
argument is a dictionary It is also possible to use a sequence argument, pro¬ 
viding that each item in the sequence is itself a sequence of two objects, the 
first of which is used as a key and the second of which is used as a value. 
Alternatively, for dictionaries where the keys are valid Python identifiers, key¬ 
word arguments can be used, with the key as the keyword and the value as the 
key’s value. Dictionaries can also be created using braces—empty braces, {}, 
create an empty dictionary; nonempty braces must contain one or more comma- 
separated items, each of which consists of a key, a literal colon, and a value. 
Another way of creating dictionaries is to use a dictionary comprehension—a 
topic we will cover later in this subsection. 

Here are some examples to illustrate the various syntaxes—they all produce 
the same dictionary: 

dl = dict({"id": 1948, "name": "Washer", "size": 3}) 
d2 = dict(id=1948, name="Washer", size=3) 
d3 = dict([("id", 1948), ("name", "Washer"), ("size", 3)]) 
d4 = dict(zip(("id", "name", "size"), (1948, "Washer", 3))) 
d5 = {"id": 1948, "name": "Washer", "size": 3} 

Dictionary dl is created using a dictionary literal. Dictionary d2 is created us¬ 
ing keyword arguments. Dictionaries d3 and d4 are created from sequences, 
and dictionary d5 is created from a dictionary literal. The built-in zip() func¬ 
tion that is used to create dictionary d4 returns a list of tuples, the first of which 
has the first items of each of the zip () function’s iterable arguments, the second 
of which has the second items, and so on. The keyword argument syntax (used 
to create dictionary d2) is usually the most compact and convenient, providing 
the keys are valid identifiers. 

Figure 3.5 illustrates the dictionary created by the following code snippet: 

d = {"root": 18, "blue": [75, "R", 2], 21: "venus", -14; None, 

"mars": "rover", (4, 11): 18, 0: 45} 

Dictionary keys are unique, so if we add a key-value item whose key is the 
same as an existing key, the effect is to replace that key’s value with a new val¬ 
ue. Brackets are used to access individual values—for example, d [" root" ] re¬ 
turns 18, d[21] returns the string "venus", and d [91] causes a KeyError exception 
to be raised, given the dictionary shown in Figure 3.5. 

Brackets can also be used to add and delete dictionary items. To add an item 
we use the = operator, for example, d["X"] = 59. And to delete an item we use 
the del statement—for example, del d["mars"] will delete the item whose key 
is “mars” from the dictionary, or raise a KeyError exception if no item has that 
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Figure 3.5 A dictionary is an unsorted collection of (key, value) items with unique keys. 


key. Items can also be removed (and returned) from the dictionary using the 
diet.pop0 method. 

Dictionaries support the built-in len() function, and for their keys, fast 
membership testing with in and not in. All the dictionary methods are listed in 
Table 3.3. 

Because dictionaries have both keys and values, we might want to iterate over 
a dictionary by (key, value) items, by values, or by keys. For example, here are 
two equivalent approaches to iterating by (key, value) pairs: 

for item in d.itemsO: for key, value in d.itemsO: 

print(item[0], item[l]) print(key, value) 

Iterating over a dictionary’s values is very similar: 

for value in d.values!): 
print(value) 

To iterate over a dictionary’s keys we can use diet.keys(), or we can simply 
treat the dictionary as an iterable that iterates over its keys, as these two 
equivalent code snippets illustrate: 

for key in d: for key in d.keys(): 

print(key) print(key) 

If we want to change the values in a dictionary, the idiom to use is to iterate 
over the keys and change the values using the brackets operator. For example, 
here is how we would increment every value in dictionary d, assuming that all 
the values are numbers: 

for key in d: 
d[key] += 1 
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Table 3.3 Dictionary Methods 


Syntax 

Description 

d.clearO 

Removes all items from diet d 

d.copyO 

Returns a shallow copy of diet d 

d.fromkeys( 
s, v) 

Returns a diet whose keys are the items in sequence s and 
whose values are None or v if v is given 

d.get(k) 

Returns key k’s associated value, or None if k isn’t in diet d 

d.get(k, v) 

Returns key k’s associated value, or v if k isn’t in diet d 

d. items 0 

Returns a view* of all the (key, value) pairs in diet d 

d.keys() 

Returns a view* of all the keys in diet d 

d.pop(k) 

Returns key k’s associated value and removes the item 
whose key is k, or raises a KeyError exception if k isn’t in d 

d.pop(k, v) 

Returns key k’s associated value and removes the item 
whose key is k, or returns v if k isn’t in diet d 

d.popitemO 

Returns and removes an arbitrary (key, value) pair from 
diet d, or raises a KeyError exception if d is empty 

d.setdefault( 
k, v) 

The same as the diet. get () method, except that if the key is 
not in diet d, a new item is inserted with the key k, and with 
a value of None or of v if v is given 

d.update(a) 

Adds every (key, value) pair from a that isn’t in diet d to d, 
and for every key that is in both d and a, replaces the corre¬ 
sponding value in d with the one in a—a can be a dictionary, 
an iterable of (key, value) pairs, or keyword arguments 

d.values!) 

Returns a view* of all the values in diet d 
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The diet. items (), diet. keys (), and diet. values () methods all return dictionary 
views. A dictionary view is effectively a read-only iterable object that appears 
to hold the dictionary’s items or keys or values, depending on the view we have 
asked for. 

In general, we can simply treat views as iterables. However, two things make 
a view different from a normal iterable. One is that if the dictionary the view 
refers to is changed, the view reflects the change. The other is that key and 
item views support some set-like operations. Given dictionary view v and set 
or dictionary view x, the supported operations are: 

V & X # Intersection 

V I X # Union 


*Dictionary views can be thought of—and used as—iterables; they are discussed in the text. 





130 


Chapter 3. Collection Data Types 


V - X # Difference 

V ^ X # Symmetric difference 

We can use the membership operator, in, to see whether a particular key is in 
a dictionary, for example, x in d. And we can use the intersection operator to see 
which keys from a given set are in a dictionary. For example: 

d = {}.fromkeys("ABCD", 3) # d == {'A': 3, 'B': 3, 'C: 3, 'D': 3} 

s = setC'ACX") # s == {'A', 'C, 'X'} 

matches = d.keysO & s # matches == {'A', 'C'} 

Note that in the snippet’s comments we have used alphabetical order—this is 
purely for ease of reading since dictionaries and sets are unordered. 

Dictionaries are often used to keep counts of unique items. One such example 
of this is counting the number of occurrences of each unique word in a file. 
Here is a complete program (uniquewordsl.py) that lists every word and the 
number of times it occurs in alphabetical order for all the files listed on the 
command line: 

import string 
import sys 

words = {} 

strip = string.whitespace + string.punctuation + string.digits + "\. 

for filename in sys.argv[l:]: 
for line in open(filename): 

for word in line.lowerO .splitO : 
word = word. St rip (strip) 
if len(word) > 2: 

words[word] = words.get(word, 0) + 1 
for word in sorted(words): 

print("'{0}' occurs {1} times".format(word, words[word])) 

We begin by creating an empty dictionary called wo rd s. Then we create a string 
that contains all those characters that we want to ignore, by concatenating 
some useful strings provided by the string module. We iterate over each file¬ 
name given on the command line, and over each line in each file. See the side- 
bar “Reading and Writing Text Files” (> 131) for an explanation of the open () 
function. We don’t specify an encoding (because we don’t know what each file’s 
encoding will be), so we let Python open each file using the default local encod¬ 
ing. We split each lowercased line into words, and then strip off the characters 
that we want to ignore from both ends of each word. If the resultant word is 
at least three characters long we need to update the dictionary. 

We cannot use the syntax words [word] += 1 because this will raise a KeyError 
exception the first time a new word is encountered—after all, we can’t incre¬ 
ment the value of an item that does not yet exist in the dictionary. So we use 
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Reading and Writing Text Fiies 


Files are opened using the built-in open() function, which returns a “file 
object” (of type io. Text lOWrapper for text files). The open( ) function takes one 
mandatory argument—the filename, which may include a path—and up 
to six optional arguments, two of which we briefly cover here. The second 
argument is the mode —this is used to specify whether the file is to be treated 
as a text file or as a binary file, and whether the file is to be opened for 
reading, writing, appending, or a combination of these. 

For text files. Python uses an encoding that is platform-dependent. Where 
possible it is best to specify the encoding using open ()’s encoding argument, 
so the syntaxes we normally use for opening files are these: 

fin = open(filename, encoding="utf8") # for reading text 

fout = open(filename, "w", encoding="utf8") # for writing text 

Because open ()’s mode defaults to “read text”, and by using a keyword rather 
than a positional argument for the encoding argument, we can omit the other 
optional positional arguments when opening for reading. And similarly, 
when opening to write we need to give only the arguments we actually want 
to use. (Argument passing is covered in depth in Chapter 4.) 

Once a file is opened for reading in text mode, we can read the whole file into 
a single string using the file object’s read () method, or into a list of strings 
using the file object’s readlines () method. A very common idiom for reading 
line by line is to treat the file object as an iterator: 

for line in open(filename, encoding="utf8"): 
process(line) 

This works because a file object can be iterated over, just like a sequence, 
with each successive item being a string containing the next line from the 
file. The lines we get back include the line termination character, \n. 

If we specify a mode of “w”, the file is opened in “write text” mode. We write 
to a file using the file object’s write () method, which takes a single string as 
its argument. Each line written should end with a \n. Python automatically 
translates between \n and the underlying platform’s line termination 
characters when reading and writing. 

Once we have finished using a file object we can call its close () method—this 
will cause any outstanding writes to be flushed. In small Python programs 
it is very common not to bother calling closef), since Python does this 
automatically when the file object goes out of scope. If a problem occurs, it 
will be indicated by an exception being raised. 
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a subtler approach. We call diet . get () with a default value of 0. If the word 
is already in the dictionary, diet . get () will return the associated number, and 
this value plus 1 will be set as the item’s new value. If the word is not in the 
dictionary, diet . get () will return the supplied default of 0, and this value plus 
1 (i.e., 1) will be set as the value of a new item whose key is the string held by 
wo rd. To clarify, here are two code snippets that do the same thing, although the 
code using diet . get () is more efficient: 


if word not in words: 
words [word] = 0 

words[word] = words.getfword, 0) + 1 words[word] += 1 

In the next subsection where we cover default dictionaries, we will see an 
alternative solution. 

Once we have accumulated the dictionary of words, we iterate over its keys 
(the words) in sorted order, and print each word and the number of times 
it occurs. 

Using diet. get0 allows us to easily update dictionary values, providing the 
values are single items like numbers or strings. But what if each value is itself 
a collection? To demonstrate how to handle this we will look at a program 
that reads HTML files given on the command line and prints a list of each 
unique Web site that is referred to in the files with a list of the referring files 
listed indented below the name of each Web site. Structurally, the program 
(external sites. py) is very similar to the unique words program we have just 
reviewed. Here is the main part of the code: 

sites = {} 

for filename in sys.argv[l:]: 
for line in open(filename): 
i = 0 

while True: 
site = None 

i = line.findC'http://", i) 
if i > -1: 

i += lenC'http;//") 

for j in rangefi, len(line)): 

if not (line[j ] .isalnumO or line[j] in 
site = line[i:j].lower() 
break 

if site and "." in site: 

sites.setdefault(site, set()).add(filename) 

i = j 

else: 

break 
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We begin by creating an empty dictionary. Then we iterate over each file listed 
on the command line and each line within each file. We must account for the 
fact that each line may refer to any number of Web sites, which is why we keep 
calling St r. f ind () until it fails. If we find the string “http://”, we increment i 
(our starting index position) by the length of “http://”, and then we look at each 
succeeding character until we reach one that isn’t valid for a Web site’s name. 
If we find a site (and as a simply sanity check, only if it contains a period), we 
add it to the dictionary. 

We cannot use the syntax sites [site] .add (filename) because this will raise a 
KeyError exception the first time a new site is encountered—after all, we can’t 
add to a set that is the value of an item that does not yet exist in the dictionary. 
So we must use a different approach. The diet. setdef ault () method returns an 
object reference to the item in the dictionary that has the given key (the first 
argument). If there is no such item, the method creates a new item with the 
key and sets its value either to None, or to the given default value (the second 
argument). In this case we pass a default value of set (), that is, an empty set. 
So the call to diet. setdef ault () always returns an object reference to a value, 
either one that existed before or a new one. (Of course, if the given key is not 
hashable a TypeError exception will be raised.) 

In this example, the returned object reference always refers to a set (an empty 
set the first time any particular key, that is, site, is encountered), and we then 
add the filename that refers to the site to the site’s set of filenames. By using 
a set we ensure that even if a file refers to a site repeatedly, we record the 
filename only once for the site. 

To make the diet, setdef ault () method’s functionality clear, here are two 
equivalent code snippets: 


if site not in sites: 
sites[site] = set() 

sites.setdefault(site, set()) .add(fname) sites[site] .add(fnaine) 

For the sake of completeness, here is the rest of the program: 

for site in sorted(sites): 

print("{0} is referred to in:".format(site)) 
for filename in sorted(sites[site], key=str.lower): 
print(" {0}".format(filename)) 

Each Web site is printed with the files that refer to it printed indented under¬ 
neath. The sortedO call in the outer for ... in loop sorts all the dictionary’s 
keys—whenever a dictionary is used in a context that requires an iterable it is 
the keys that are used. If we want the iterable to be the (key, value) items or 
the values, we can use diet.items() or diet.values(). The inner for ... in loop 
iterates over the sorted filenames from the current site’s set of filenames. 
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Although a dictionary of web sites is likely to contain a lot of items, many 
other dictionaries have only a few items. For small dictionaries, we can print 
their contents using their keys as field names and using mapping unpacking 
to convert the dictionary’s key-value items into key-value arguments for the 
str.forinatO method. 

»> greens = dict(green="#0080000", oUve="#808000", lime="#00FF00") 

>» print( "{green} {olive} {lime}". format (**greens)) 

#0080000 #808000 #00FF00 

Here, using mapping unpacking (**) has exactly the same effect as writing 
.format(green=greens.green, olive=greens.olive, lime=greens.lime), but is eas¬ 
ier to write and arguably clearer. Note that it doesn’t matter if the dictionary 
has more keys than we need, since only those keys whose names appear in the 
format string are used. 


Dictionary Comprehensions 


A dictionary comprehension is an expression and a loop with an optional 
condition enclosed in braces, very similar to a set comprehension. Like list and 
set comprehensions, two syntaxes are supported: 

{keyexpressioiT. valueexpression for key, value in iterable} 

{keyexpressioiT. valueexpression for key, value in iterable if condition} 

Here is how we could use a dictionary comprehension to create a dictionary 
where each key is the name of a file in the current directory and each value is 
the size of the file in bytes: 

file_sizes = {name: os.path.getsize(name) for name in os.listdir(".")} 

The os (“operating system”) module’s os.listdirO function returns a list of 
the files and directories in the path it is passed, although it never includes 
or “..” in the list. The os.path.getsizeO function returns the size of the 
given file in bytes. We can avoid directories and other nonfile entries by adding 
a condition: 

file_sizes = {name: os.path.getsize(name) for name in os.listdir(".") 
if os.path.isfile(name)} 

The os .path module’s os. path .isfile() function returns True if the path passed 
to it is that of a file, and False otherwise—that is, for directories, links, and 
so on. 

A dictionary comprehension can also be used to create an inverted dictionary. 
For example, given dictionary d, we can produce a new dictionary whose keys 
are d’s values and whose values are d’s keys: 
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inverted_d = {v: k for k, v in d.itemsO} 

The resultant dictionary can be inverted back to the original dictionary if all 
the original dictionary’s values are unique—but the inversion will fail with a 
TypeError being raised if any value is not hashable. 

Just like list and set comprehensions, the iterable in a dictionary comprehen¬ 
sion can be another comprehension, so all kinds of nested comprehensions are 
possible. 


Default Dictionaries 


Default dictionaries are dictionaries—they have all the operators and methods 
that dictionaries provide. What makes default dictionaries different from 
plain dictionaries is the way they handle missing keys; in all other respects 
they behave identically to dictionaries. (In object-oriented terms, defaultdict 
is a subclass of diet; object-oriented programming, including subclassing, is 
covered in Chapter 6.) 

If we use a nonexistent (“missing”) key when accessing a dictionary, a KeyError 
is raised. This is useful because we often want to know whether a key that we 
expected to be present is absent. But in some cases we want every key we use 
to be present, even if it means that an item with the key is inserted into the 
dictionary at the time we first access it. 

For example, if we have a dictionary d which does not have an item with 
key m, the code x = dim] will raise a KeyError exception. But if d is a suitably 
created default dictionary, if an item with key m is in the default dictionary, the 
corresponding value is returned the same as for a dictionary—but if m is not a 
key in the default dictionary, a new item with key m is created with a default 
value, and the newly created item’s value is returned. 

Earlier we wrote a small program that counted the unique words in the 
files it was given on the command line. The dictionary of words was created 
like this: 

words = {} 

Each key in the wo rd s dictionary was a word and each value an integer holding 
the number of times the word had occurred in all the files that were read. 
Here’s how we incremented whenever a suitable word was encountered: 

words [word] = words, get (word, 0) + 1 

We had to use diet. get () to account for when the word was encountered the 
first time (where we needed to create a new item with a count of 1) and for 
when the word was encountered subsequently (where we needed to add 1 to the 
word’s existing count). 
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When a default dictionary is created, we can pass in a factory function. A factory 
function is a function that, when called, returns an object of a particular type. 
All of Python’s built-in data types can be used as factory functions, for example, 
data type str can be called as str()—and with no argument it returns an emp¬ 
ty string object. The factory function passed to a default dictionary is used to 
create default values for missing keys. 

Note that the name of a function is an object reference to the function—so 
when we want to pass functions as parameters, we just pass the name. When 
we use a function with parentheses, the parentheses tell Python that the 
function should be called. 

The program uniquewords2.py has one more line than the original unique- 
wordsl. py program (import collections), and the lines for creating and updating 
the dictionary are written differently. Here is how the default dictionary is 
created: 

words = collections.defaultdict(int) 

The words default dictionary will never raise a KeyError. If we were to write 
X = words["xyz"] and there was no item with key "xyz", when the access is 
attempted and the key isn’t found, the default dictionary will immediately 
create a new item with key "xyz" and value 0 (by calling int ()), and this value 
is what will be assigned to x. 

words [word] += 1 

Now we no longer need to use diet. get (); instead we can simply increment the 
item’s value. The very first time a word is encountered, a new item is created 
with value 0 (to which 1 is immediately added), and on every subsequent 
access, 1 is added to whatever the current value happens to be. 

We have now completed our review of all of Python’s built-in collection data 
types, and a couple of the standard library’s collection data types. In the next 
section we will look at some issues that are common to all of the collection data 
types. 


Ordered Dictionaries 


The ordered dictionaries type—collections .OrderedDict—was introduced with 
Python 3.1 in fulfillment of PEP 372. Ordered dictionaries can be used as 
drop-in replacements for unordered diets because they provide the same API. 
The difference between the two is that ordered dictionaries store their items in 
the order in which they were inserted—a feature that can be very convenient. 

Note that if an ordered dictionary is passed an unordered diet or keyword ar¬ 
guments when it is created, the item order will be arbitrary; this is because un¬ 
der the hood Python passes keyword arguments using a standard unordered 
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diet. A similar effect occurs with the use of the update!) method. For these 
reasons, passing keyword arguments or an unordered diet when creating an 
ordered dictionary or using update () on one is best avoided. However, if we pass 
a list or tuple of key-value 2-tuples when creating an ordered dictionary, the 
ordering is preserved (since they are passed as a single item—a list or tuple). 

Here’s how to create an ordered dictionary using a list of 2-tuples: 

d = collections.OrderedDict![('z', -4), ('e', 19), ('k', 7)]) 

Because we used a single list as argument the key ordering is preserved. It is 
probably more common to create ordered dictionaries incrementally, like this: 

tasks = collections.OrderedDictO 
tasks[8031] = "Backup" 
tasks[4027] = "Scan Email" 
tasks[5733] = "Build System" 

If we had created unordered diets the same way and asked for their keys, the 
order of the returned keys would be arbitrary. But for ordered dictionaries, we 
can rely on the keys to be returned in the same order they were inserted. So 
for these examples, if we wrote list (d. keys ()), we are guaranteed to get the list 
['z', 'e', 'k'], and if we wrote list (tasks. keys ()), we are guaranteed to get 
the list [8031, 4027, 5733]. 

One other nice feature of ordered dictionaries is that if we change an item’s 
value —that is, if we insert an item with the same key as an existing key—the 
order is not changed. So if we did tasks [8031] = "Daily backup", and then asked 
for the list of keys, we would get exactly the same list in exactly the same order 
as before. 

If we want to move an item to the end, we must delete it and then reinsert it. 
We can also call popitem () to remove and return the last key-value item in the 
ordered dictionary; or we can call popitem(last=False), in which case the first 
item will be removed and returned. 

Another, slightly more specialized use for ordered dictionaries is to produce 
sorted dictionaries. Given a dictionary, d, we can convert it into a sorted 
dictionary like this: d = collections.OrderedDict (sorted(d.items())). Note that 
if we were to insert any additional keys they would be inserted at the end, so 
after any insertion, to preserve the sorted order, we would have to re-create the 
dictionary by executing the same code we used to create it in the first place. 
Doing insertions and re-creating isn’t quite as inefficient as it sounds, since 
Python’s sorting algorithm is highly optimized, especially for partially sorted 
data, but it is still potentially expensive. 

In general, using an ordered dictionary to produce a sorted dictionary makes 
sense only if we expect to iterate over the dictionary multiple times, and if we 
do not expect to do any insertions (or very few), once the sorted dictionary has 
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been created. (An implementation of a real sorted dictionary that automatical¬ 
ly maintains its keys in sorted order is presented in Chapter 6; >■ 276.) 


3.1 


Iterating and Copying Collections 


Once we have collections of data items, it is natural to want to iterate over all 
the items they contain. In this section’s first subsection we will introduce some 
of Python’s iterators and the operators and functions that involve iterators. 

Another common requirement is to copy a collection. There are some subtleties 
involved here because of Python’s use of object references (for the sake of 
efficiency), so in this section’s second subsection, we will examine how to copy 
collections and get the behavior we want. 


Iterators and Iterable Operations and Functions 


An iterahle data type is one that can return each of its items one at a time. Any 

object that has an_iter_() method, or any sequence (i.e., an object that has a 

_getitem_() method taking integer arguments starting from 0) is an iterable 

and can provide an iterator. An iterator is an object that provides a_next_() iter- 

method which returns each successive item in turn, and raises a Stopiteration — < > 
exception when there are no more items. Table 3.4 lists the operators and >-274 
functions that can be used with iterables. 

The order in which items are returned depends on the underlying iterable. In 
the case of lists and tuples, items are normally returned in sequential order 
starting from the first item (index position 0), but some iterators return the 
items in an arbitrary order—for example, dictionary and set iterators. 

The built-in iter() function has two quite different behaviors. When given 
a collection data type or a sequence it returns an iterator for the object it is 
passed—or raises a TypeError if the object cannot be iterated. This use arises 
when creating custom collection data types, but is rarely needed in other con¬ 
texts. The second ite r () behavior occurs when the function is passed a callable 
(a function or method), and a sentinel value. In this case the function passed in 
is called once at each iteration, returning the function’s return value each time, 
or raising a Stopiteration exception if the return value equals the sentinel. 

When we use a for item in iterable loop. Python in effect calls iter {iterable) 

to get an iterator. This iterator’s_next_() method is then called at each loop 

iteration to get the next item, and when the Stopiteration exception is raised, 
it is caught and the loop is terminated. Another way to get an iterator’s next 
item is to call the built-in next () function. Here are two equivalent pieces of 
code (multiplying the values in a list), one using a for ... in loop and the other 
using an explicit iterator: 
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product = 1 
for i in [1, 2, 4, 8]: 
product *= i 

print(product) # prints: 64 


product = 1 
i = iter([l, 2, 4, 8]) 
while True: 
try: 

product *= next(i) 
except Stopiteration: 
break 

print(product) # prints: 64 


Any (finite) iterable, i, can be converted into a tuple by calling tuple (i ), or can 
be converted into a list by calling list (i). 


The all( ) and any( ) functions can be used on iterators and are often used in 
functional-style programming. Here are a couple of usage examples that show 
all(), any (), len(), min(), inax( ), and sum(): 


»> X = [-2, 9, 7, -4, 3] 

»> all(x), any(x), len(x), min(x), inax(x), suin(x) 
(True, True, 5, -4, 9, 13) 

»> x.append(0) 

»> all(x), any(x), len(x), min(x), inax(x), suin(x) 
(False, True, 6, -4, 9, 13) 


Func¬ 

tional- 

style 

pro¬ 

gram¬ 

ming 
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Of these little functions, len () is probably the most frequently used. 

The enumerate! ) function takes an iterator and returns an enumerator object. 
This object can be treated like an iterator, and at each iteration it returns a 
2-tuple with the tuple’s first item the iteration number (by default starting 
from 0), and the second item the next item from the iterator enumerate () was 
called on. Let’s look at enumerate! )’s use in the context of a tiny but complete 
program. 

The grepword.py program takes a word and one or more filenames on the 
command line and outputs the filename, line number, and line whenever the 
line contains the given word.* Here’s a sample run: 

grepword.py Dorn data/forenames.txt 
data/forenames.txt:615:Dominykas 
data/forenames.txt:1435:Dominik 
data/forenames.txt:1611:Domhnall 
data/forenames.txt:3314:Dominic 

Data files data/forenames, txt and data/surnames .txt contain unsorted lists of 
names, one per line. 


*In Chapter 10 will see two other implementations of this program, grepword-p.py and grepword- 
t . py, which spread the work over multiple processes and multiple threads. 
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Table 3.4 Common Iterable Operators and Functions 


Syntax 

Description 

s + t 

Returns a sequence that is the concatenation of sequences s 
and t 

s * n 

Returns a sequence that is int n concatenations of sequence s 

X in i 

Returns True if item x is in iterable i; use not in to reverse 
the test 

all(i) 

Returns True if every item in iterable i evaluates to True 

any(i) 

Returns True if any item in iterable i evaluates to True 

enumerate(i, 

start) 

Normally used in for ... in loops to provide a sequence of {in¬ 
dex, item) tuples with indexes starting at 0 or start; see text 

len(x) 

Returns the “length” of x. If x is a collection it is the number 
of items; if x is a string it is the number of characters. 

niax(i, key) 

Returns the biggest item in iterable i or the item with the 
biggest key (item) value if a key function is given 

inin(i, key) 

Returns the smallest item in iterable i or the item with the 
smallest key (item) value if a key function is given 

range! 

start, 

stop, 

step) 

Returns an integer iterator. With one argument (stop), the it¬ 
erator goes from 0 to stop -1; with two arguments (start, stop) 
the iterator goes from start to stop -1; with three arguments 
it goes from start to stop -1 in steps of step. 

reversed!i) 

Returns an iterator that returns the items from iterator i in 
reverse order 

sorted!i, 

key, 

reverse) 

Returns a list of the items from iterator i in sorted order; key 
is used to provide DSU (Decorate, Sort, Undecorate) sorting. 

If reverse is True the sorting is done in reverse order. 

sum!i, 

start) 

Returns the sum of the items in iterable i plus start (which 
defaults to 0); i may not contain strings 

zip!il, 

..., i«) 

Returns an iterator of tuples using the iterators il to i/V; 
see text 


Apart from the sys import, the program is just ten lines long: 
if len(sys.argv) < 3: 

print!"usage: grepword.py word infilel [infile2 [... infileN]]") 
sys.exit!) 

word = sys.argv[l] 

for filename in sys.argv[2;]: 

for lino, line in enumerate(open(filename), start=l): 
if word in line: 
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print("{0}:{1}:{2:.40}".format(filename, lino, 

line. rstripO)) 

We begin by checking that there are at least two command-line arguments. 
If there are not, we print a usage message and terminate the program. The 
sy s. exit () function performs an immediate clean termination, closing any open 
files. It accepts an optional int argument which is passed to the calling shell. 

Read¬ 
ing and 
writing 
text files 
sidebar 

131 < 

The file object returned by the open () function in text mode can be used as an 
iterator, returning one line of the file on each iteration. By passing the iter¬ 
ator to enumerate! ), we get an enumerator iterator that returns the iteration 
number (in variable lino, “line number”) and a line from the file, on each itera¬ 
tion. If the word the user is looking for is in the line, we print the filename, line 
number, and the first 40 characters of the line with trailing whitespace (e.g., 
\n) stripped. The enumerate! ) function accepts an optional keyword argument, 
sta rt, which defaults to 0; we have used this argument set to 1, since by conven¬ 
tion, text file line numbers are counted from 1. 

Quite often we don’t need an enumerator, but rather an iterator that returns 
successive integers. This is exactly what the range!) function provides. If we 
need a list or tuple of integers, we can convert the iterator returned by range!) 
by using the appropriate conversion function. Here are a few examples: 

»> list!range!5)), list!range!9, 14)), tuple!range!10, -H, -5)) 

![0, 1, 2, 3, 4], [9, 10, 11, 12, 13], (10, 5, 0, -5, -10)) 

The range !) function is most commonly used for two purposes: to create lists or 
tuples of integers, and to provide loop counting in for ... in loops. For example, 
these two equivalent examples ensure that list x’s items are all non-negative: 


We assume that the first argument is the word the user is looking for and that 
the other arguments are the names of the files to look in. We have deliberately 
called open!) without specifying an encoding—the user might use wildcards 
to specify any number of files, each potentially with a different encoding, so in 
this case we leave Python to use the platform-dependent encoding. 


for i in range!len!x)): 
x[i] = abs!x[i]) 


i = 0 

while i < len!x): 
x[i] = abs!x[i]) 
i -r= 1 


In both cases, if list X was originally, say, [11, -3, -12, 8, -1], afterward it will 
be [11, 3, 12, 8, Ij. 

Since we can unpack an iterable using the * operator, we can unpack the 
iterator returned by the range! ) function. For example, if we have a function 
called calculate!) that takes four arguments, here are some ways we could call 
it with arguments, 1,2, 3, and 4: 
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calculate(l, 2, 3, 4) 
t = (1, 2, 3, 4) 
calculate!*!) 
calculate(*range(l, 5)) 

In all three calls, four arguments are passed. The second call unpacks a 4-tuple, 
and the third call unpacks the iterator returned by the range () function. 

We will now look at a small but complete program to consolidate some of the 
things we have covered so far, and for the first time to explicitly write to a file. 
The generate test namesl.py program reads in a file of forenames and a file 
of surnames, creating two lists, and then creates the file test-namesl.txt and 
writes 100 random names into it. 

We will use the random. choice!) function which takes a random item from a 
sequence, so it is possible that some duplicate names might occur. First we’ll 
look at the function that returns the lists of names, and then we will look at 
the rest of the program. 

def get_forenames_and_surnames!); 
forenames = [] 
surnames = [] 

for names, filename in !!forenames, "data/forenames.txt"), 

!surnames, "data/surnames.txt")): 
for name in open!filename, encoding="utf8"): 
names.append!name.rstrip!)) 
return forenames, surnames 

In the outer f o r ... in loop, we iterate over two 2-tuples, unpacking each 2-tuple 
into two variables. Even though the two lists might be quite large, returning 
them from a function is efficient because Python uses object references, so the 
only thing that is really returned is a tuple of two object references. 

Inside Python programs it is convenient to always use Unix-style paths, since 
they can be typed without the need for escaping, and they work on all platforms 
(including Windows). If we have a path we want to present to the user in, say, 
variable path, we can always import the os module and call path. replace!"/", 
os.sep) to replace forward slashes with the platform-specific directory sepa¬ 
rator. 

forenames, surnames = get_forenames_and_surnames!) 
fh = open!"test-namesl.txt", "w", encoding="utf8") 
for i in range!100): 

line = "{0} {l}\n".format!random.choice!forenames), 

random.choice!surnames)) 


fh.write!line) 
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Having retrieved the two lists we open the output file for writing, and keep 
the file object in variable f h (“file handle”). We then loop 100 times, and in each 
iteration we create a line to be written to the file, remembering to include a 
newline at the end of every line. We make no use of the loop variable i; it is 
needed purely to satisfy the f o r... in loop’s syntax. The preceding code snippet, 
the get forenames and surnames () function, and an import statement constitute 
the entire program. 

In the generate test namesl.py program we paired items from two separate 
lists together into strings. Another way of combining items from two or 
more lists (or other iterables) is to use the zip( ) function. The zip( ) function 
takes one or more iterables and returns an iterator that returns tuples. The 
first tuple has the first item from every iterable, the second tuple the second 
item from every iterable, and so on, stopping as soon as one of the iterables is 
exhausted. Here is an example: 

»> for t in zip( range{4), range(0, 10, 2), range(l, 10, 2)): 

print(t) 

(0, 0, 1) 

(1, 2, 3) 

(2, 4, 5) 

(3, 6, 7) 

Although the iterators returned by the second and third range () calls can 
produce five items each, the first can produce only four, so that limits the 
number of items zip () can return to four tuples. 

Here is a modified version of the program to generate test names, this time 
with each name occupying 25 characters and followed by a random year. The 
program is called generate_test_names2 .py and outputs the file test-nanies2.txt. 
We have not shown the get forenames and surnames () function or the open () call 
since, apart from the output filename, they are the same as before. 


limit = 100 

years = list(range(1970, 2013)) * 3 
for year, forename, surname in zip( 
random.sample(years, limit), 
random.sample(forenames, limit), 
random.sample(surnames, limit)): 
name = "{0} {l}".format(forename, surname) 
fh.write{"{0:.<25}.{l}\n".format(name, year)) 

We begin by setting a limit on how many names we want to generate. Then we 
create a list of years by making a list of the years from 1970 to 2012 inclusive, 
and then replicating this list three times so that the final list has three occur¬ 
rences of each year. This is necessary because the random.sample () function 
that we are using (instead of random. choice()) takes both an iterable and how 
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many items it is to produce—a number that cannot be less than the number 
of items the iterable can return. The random. sample () function returns an iter¬ 
ator that will produce up to the specified number of items from the iterable it 
is given—with no repeats. So this version of the program will always produce 
unique names. 

In the for ... in loop we unpack each tuple returned by the zip() function. We 
want to limit the length of each name to 25 characters, and to do this we must 
first create a string with the complete name, and then set the maximum width 
for that string when we call str. format ( ) the second time. We left-align each 
name, and for names shorter than 25 characters we fill with periods. The extra 
period ensures that names that occupy the full field width are still separated 
from the year by a period. 

We will conclude this subsection by mentioning two other iterable-related 
functions, sorted!) and reversed!). The sorted!) function returns a list with 
the items sorted, and the reversed!) function simply returns an iterator that 
iterates in the reverse order to the iterator it is given as its argument. Here is 
an example of reversed!): 

»> list!range!6)) 

[0, 1, 2, 3, 4, 5] 

»> list!reversed!range!6))) 

[5, 4, 3, 2, 1, 0] 

The sorted!) function is more sophisticated, as these examples show: 

»> X = [] 

»> for t in zip!range!-10, 0, 1), range!©, 10, 2), range!l, 10, 2)): 

X += t 

>» X 

[-10, 0, 1, -9, 2, 3, -8, 4, 5, -7, 6, 7, -6, 8, 9] 

>» sorted!x) 

[-10, -9, -8, -7, -6, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9] 

>» sorted!x, reverse=True) 

[9, 8, 7, 6, 5, 4, 3, 2, 1, 0, -6, -7, -8, -9, -10] 

>» sorted!x, key=abs) 

[0, 1, 2, 3, 4, 5, 6, -6, -7, 7, -8, 8, -9, 9, -10] 

In the preceding snippet, the zip!) function returns 3-tuples, !-10, 0, 1), !-9, 
2,3), and so on. The += operator extends a list, that is, it appends each item in 
the sequence it is given to the list. 

The first call to sorted!) returns a copy of the list using the conventional sort 
order. The second call returns a copy of the list in the reverse of the conven¬ 
tional sort order. The last call to sorted!) specifies a “key” function which we 
will come back to in a moment. 
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Notice that since Python functions are objects like any other, they can be 
passed as arguments to other functions, and stored in collections without 
formality. Recall that a function’s name is an object reference to the function; it 
is the parentheses that follow the name that tell Python to call the function. 

When a key function is passed (in this case the abs() function), it is called 
once for every item in the list (with the item passed as the function’s sole 
parameter), to create a “decorated” list. Then the decorated list is sorted, and 
the sorted list without the decoration is returned as the result. We are free to 
use our own custom function as the key function, as we will see shortly. 

For example, we can case-insensitively sort a list of strings by passing the 
str.lowerO method as a key. If we have the list, x, of ["Sloop", "Yawl", 
"Cutter", "schooner", "ketch"], we can sort it case-insensitively using DSU 
(Decorate, Sort, Undecorate) with a single line of code by passing a key func¬ 
tion, or do the DSU explicitly, as these two equivalent code snippets show: 

temp = [] 
for item in x: 

temp.append((item.lower(), item)) 
X = [] 

for key, value in sorted(temp): 

X = sorted(x, key=str.lower) x.append(value) 

Both snippets produce a new list: ["Cutter", "ketch", "schooner", "Sloop", 
"Yawl" ], although the computations they perform are not identical because the 
right-hand snippet creates the temp list variable. 

Python’s sort algorithm is an adaptive stable mergesort that is both fast and 
smart, and it is especially well optimized for partially sorted lists—a very 
common case.* The “adaptive” part means that the sort algorithm adapts to 
circumstances—for example, taking advantage of partially sorted data. The 
“stable” part means that items that sort equally are not moved in relation to 
each other (after all, there is no need), and the “mergesort” part is the generic 
name for the sorting algorithm used. When sorting collections of integers, 
strings, or other simple types their “less than” operator (<) is used. Python 
can sort collections that contain collections, working recursively to any depth. 
For example: 

»> X = list(zip((l, 3, 1, 3), ("pram", "dorie", "kayak", "canoe"))) 

»> X 

[(1, 'pram'), (3, 'dorie'), (1, 'kayak'), (3, 'canoe')] 

»> sorted(x) 

[(1, 'kayak'), (1, 'pram'), (3, 'canoe'), (3, 'dorie')] 


*The algorithm was created by Tim Peters. An interesting explanation and discussion of the 
algorithm is in the file listsort. txt which comes with Python’s source code. 
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Python has sorted the list of tuples by comparing the first item of each tuple, 
and when these are the same, by comparing the second item. This gives a 
sort order based on the integers, with the strings being tiebreakers. We can 
force the sort to be based on the strings and use the integers as tiebreakers by 
defining a simple key function: 

def swap(t): 

return t[l], t[0] 

The swap() function takes a 2-tuple and returns a new 2-tuple with the argu¬ 
ments swapped. Assuming that we have entered the swap() function in IDLE, 
we can now do this: 

»> sorted(x, key=swap) 

[(3, 'canoe'), (3, 'dorie'), (1, 'kayak'), (1, 'pram')] 

Lists can also be sorted in-place using the list. sort () method, which takes the 
same optional arguments as sorted (). 

Sorting can be applied only to collections where all the items can be compared 
with each other: 

sorted([3, 8, -7.5, 0, 1.3]) # returns: [-7.5, 0, 1.3, 3, 8] 

sorted![3, "spanner", -7.5, 0, 1.3]) # raises a TypeError 

Although the first list has numbers of different types (int and float), these 
types can be compared with each other so that sorting a list containing them 
works fine. But the second list has a string and this cannot be sensibly com¬ 
pared with a number, and so a TypeError exception is raised. If we want to sort 
a list that has integers, floating-point numbers, and strings that contain num¬ 
bers, we can give float () as the key function: 

sorted(["1.3", -7.5, "5", 4, "-2.4", 1], key=float) 

This returns the list [-7.5, '-2.4', 1, '1.3', 4, '5']. Notice that the list’s values 
are not changed, so strings remain strings. If any of the strings cannot be 
converted to a number (e.g., “spanner”), a ValueError exception will be raised. 


Copying Collections 


Since Python uses object references, when we use the assignment operator (=), 
no copying takes place. If the right-hand operand is a literal such as a string 
or a number, the left-hand operand is set to be an object reference that refers to 
the in-memory object that holds the literal’s value. If the right-hand operand 
is an object reference, the left-hand operand is set to be an object reference that 
refers to the same object as the right-hand operand. One consequence of this 
is that assignment is very efficient. 
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When we assign large collections, such as long lists, the savings are very 
apparent. Here is an example: 

»> songs = ["Because", "Boys", "Carol"] 

»> beatles = songs 
»> beatles, songs 

(['Because', 'Boys', 'Carol'], ['Because', 'Boys', 'Carol']) 

Here, a new object reference (beatles) has been created, and both object 
references refer to the same list—no copying has taken place. 

Since lists are mutable, we can apply a change. For example: 

»> beatles[2] = "Cayenne" 

»> beatles, songs 

(['Because', 'Boys', 'Cayenne'], ['Because', 'Boys', 'Cayenne']) 

We applied the change using the beatles variable—but this is an object refer¬ 
ence referring to the same list as songs refers to. So any change made through 
either object reference is visible to the other. This is most often the behavior 
we want, since copying large collections is potentially expensive. It also means, 
for example, that we can pass a list or other mutable collection data type as an 
argument to a function, modify the collection in the function, and know that the 
modified collection will be accessible after the function call has completed. 

However, in some situations, we really do want a separate copy of the collection 
(or other mutable object). For sequences, when we take a slice—for example, 
songs [: 2]—the slice is always an independent copy of the items copied. So to 
copy an entire sequence we can do this: 

»> songs = ["Because", "Boys", "Carol"] 

»> beatles = songs [: ] 

»> beatles[2] = "Cayenne" 

»> beatles, songs 

(['Because', 'Boys', 'Cayenne'], ['Because', 'Boys', 'Carol']) 

For dictionaries and sets, copying can be achieved using diet. copy () and 
set. copy ( ). In addition, the copy module provides the copy . copy ( ) function that 
returns a copy of the object it is given. Another way to copy the built-in collec¬ 
tion types is to use the type as a function with the collection to be copied as its 
argument. Here are some examples: 

copy_of_dict_d = dict(d) 
copy_of_list_L = list(L) 
copy_of_set_s = set(s) 

Note, though, that all of these copying techniques are shallow —that is, only 
object references are copied and not the objects themselves. For immutable 
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data types like numbers and strings this has the same effect as copying (except 
that it is more efficient), but for mutable data types such as nested collections 
this means that the objects they refer to are referred to both by the original 
collection and by the copied collection. The following snippet illustrates this: 

»> X = [53, 68, ["A", "B", "C"]] 

>» y = x[:] # shallow copy 
»> X, y 

([53, 68, ['A', 'B', 'C']], [53, 68, ['A', 'B', 'C']]) 

»> y[l] = 40 
»> x[2][0] = 'Q' 

»> X, y 

([53, 68, ['Q', 'B', 'C']], [53, 40, ['Q', 'B', 'C']]) 

When list x is shallow-copied, the reference to the nested list [ "A", "B", "C" ] is 
copied. This means that both x and y have as their third item an object refer¬ 
ence that refers to this list, so any changes to the nested list are seen by both x 
and y. If we really need independent copies of arbitrarily nested collections, we 
can deep-copy: 

»> import copy 

»> X = [53, 68, ["A", "B", "C"]] 

»> y = copy.deepcopy(x) 

»> y[l] = 40 
»> x[2][0] = 'Q' 

»> X, y 

([53, 68, ['Q', 'B', 'C']], [53, 40, ['A', 'B', 'C']]) 

Here, lists x and y, and the list items they contain, are completely inde¬ 
pendent. 

Note that from now on we will use the terms copy and shallow copy 
interchangeably—if we mean deep copy, we will say so explicitly. 


Examples 


We have now completed our review of Python’s built-in collection data types, 
and three of the standard library collection types (collections. namedtuple, 
collections.defaultdict, and collections.0rderedDict). Python also provides 
the collections.deque type, a double-ended queue, and many other collection 
types are available from third parties and from the Python Package Index, 
pypi. python. org/pypi. But now we will look at a couple of slightly longer exam¬ 
ples that draw together many of the things covered in this chapter, and in the 
preceding one. 
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The first program is about seventy lines long and involves text processing. The 
second program is around ninety lines long and is mathematical in flavor. Be¬ 
tween them, the programs make use of dictionaries, lists, named tuples, and 
sets, and both make great use of the str.formatO method from the preceding 
chapter. 


generate_usernames.py 


Imagine we are setting up a new computer system and need to generate user- 
names for all of our organization’s staff We have a plain text data file (UTF- 
8 encoding) where each line represents a record and fields are colon-delimited. 
Each record concerns one member of the staff and the fields are their unique 
staff ID, forename, middle name (which may be an empty field), surname, 
and department name. Here is an extract of a few lines from an example 
data/users. txt data file: 

1601:Albert:Lukas:Montgome ry:Legal 
3702:Albert:Lukas:Montgome ry:Sales 
4730:Nadelle::Landale:Warehousing 

The program must read in all the data files given on the command line, and for 
every line (record) must extract the fields and return the data with a suitable 
username. Each username must be unique and based on the person’s name. 
The output must be text sent to the console, sorted alphabetically by surname 
and forename, for example: 


Name 

ID 

Username 

Landale, Nadelle. 

. (4730) 

nlandale 

Montgomery, Albert L. 

. (1601) 

almontgo 

Montgomery, Albert L. 

. (3702) 

almontgol 


Each record has exactly five fields, and although we could refer to them by 
number, we prefer to use names to keep our code clear: 

ID, FORENAME, MIDDLENAME, SURNAME, DEPARTMENT = range(5) 

It is a Python convention that identifiers written in all uppercase characters 
are to be treated as constants. 

We also need to create a named tuple type for holding the data on each user: 

User = collections.namedtupleC'User", 

"username forename middlename surname id") 

We will see how the constants and the User named tuple are used when we look 
at the rest of the code. 
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The program’s overall logic is captured in the main () function: 
def mainO : 

if len(sys.argv) == 1 or sys.argv[l] in {"-h", "—help"}: 
printC'usage; {0} filel [file2 [... fileN] ]" .format! 

sys.argv[0])) 

sys.exitO 

usernames = set() 
users = {} 

for filename in sys.argv[l:]; 

for line in open{filename, encoding="utf8"): 
line = line. rstripO 
if line; 

user = process_line(line, usernames) 
users[(user.surname.lower!), user.forename.lower!), 
user.id)] = user 

print_users!users) 

If the user doesn’t provide any filenames on the command line, or if they type 
“-h” or “—help” on the command line, we simply print a usage message and 
terminate the program. 

For each line read, we strip off any trailing whitespace (e.g., \n) and process 
only nonempty lines. This means that if the data file contains blank lines they 
will be safely ignored. 

We keep track of all the allocated usernames in the usernames set to ensure that 
we don’t create any duplicates. The data itself is held in the users dictionary, 
with each user (member of the staff) stored as a dictionary item whose key is 
a tuple of the user’s surname, forename, and ID, and whose value is a named 
tuple of type User. Using a tuple of the user’s surname, forename, and ID for the 
dictionary’s keys means that if we call sorted! ) on the dictionary, the iterable 
returned will be in the order we want (i.e., surname, forename, ID), without us 
having to provide a key function. 

def process_line!line, usernames): 
fields = line.split!":") 

username = generate_usernaine!fields, usernames) 
user = User!username, fields[FORENAME], fields[MIDDLENAME], 
fields[SURNAME], fields[ID]) 

return user 

Since the data format for each record is so simple, and because we’ve already 
stripped the trailing whitespace from the line, we can extract the fields simply 
by splitting on the colons. We pass the fields and the usernames set to the 
gene rate use rname!) function, and then we create an instance of the User named 
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tuple type which we then return to the caller (main()), which inserts the user 
into the users dictionary, ready for printing. 

If we had not created suitable constants to hold the index positions, we would 
be reduced to using numeric indexes, for example: 

user = User(username, fields[l], fields[2], fields[3], fields[0]) 

Although this is certainly shorter, it is poor practice. First it isn’t clear to 
future maintainers what each field is, and second it is vulnerable to data file 
format changes—if the order or number of fields in a record changes, this code 
will break everywhere it is used. But by using named constants in the face of 
changes to the record struture, we would have to change only the values of the 
constants, and all uses of the constants would continue to work. 

def generate_username(fields, usernames); 

username = ((fields[FORENAME][0] + fields[MIDDLENAME][:1] + 

fields[SURNAME]).replace"").replace(., "")) 

username = original_name = username[:8].lower() 
count = 1 

while username in usernames: 

username = "{0}{1}".format(original_name, count) 
count += 1 

usernames.add(username) 
return username 

We make a first attempt at creating a username by concatenating the first let¬ 
ter of the forename, the first letter of the middle name, and the whole surname, 
and deleting any hyphens or single quotes from the resultant string. The code 
for getting the first letter of the middle name is quite subtle. If we had used 
fields [MIDDLENAME] [0] we would get an IndexError exception for empty middle 
names. But by using a slice we get the first letter if there is one, or an empty 
string otherwise. 

Next we make the username lowercase and no more than eight characters long. 
If the username is in use (i.e., it is in the usernames set), we try the username 
with a “1” tacked on at the end, and if that is in use we try with a “2”, and so 
on until we get one that isn’t in use. Then we add the username to the set of 
usernames and return the username to the caller. 

def print_users(users): 
namewidth = 32 
usernamewidth = 9 

print("{0;<{nw}} {1:^6} {2:{uw}}".format( 

"Name", "ID", "Username", nw=namewidth, uw=usernamewidth)) 
print("{0:-<{nw}} {0:-<6} {0:-<{uw}}".format] 
nw=namewidth, uw=usernamewidth)) 
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for key in sorted(users): 
user = users[key] 
initial = "" 
if user.middlename: 

initial = " " + user.middlename[0] 
name = "{0.surname}, {0.forename}{l}".format(user, initial) 
print("{0;.<{nw}} ({l.id:4}) {l.username:{uw}}".format( 
name, user, nw=namewidth, uw=usernamewidth)) 

Once all the records have been processed, the print users () function is called, 
with the users dictionary passed as its parameter. 

The first print () statement prints the column titles, and the second print () 
statement prints hyphens under each title. This second statement’s str. 
f 0 rmat () call is slightly subtle. The string we give to be printed is "", that is, the 
empty string—we get the hyphens by printing the empty string padded with 
hyphens to the given widths. 

Next we use a for ... in loop to print the details of each user, extracting the 
key for each user’s dictionary item in sorted order. For convenience we create 
the user variable so that we don’t have to keep writing users [key] throughout 
the rest of the function. In the loop’s first call to str. format () we set the name 
variable to the user’s name in surname, forename (and optional initial) form. 
We access items in the user named tuple by name. Once we have the user’s 
name as a single string we print the user’s details, constraining each column, 
(name, ID, username) to the widths we want. 

The complete program (which differs from what we have reviewed only 
in that it has some initial comment lines and some imports) is in gener- 
ate usernames.py. The program’s structure—read in a data file, process each 
record, write output—is one that is very frequently used, and we will meet it 
again in the next example. 


statistics.py 


Suppose we have a bunch of data files containing numbers relating to some 
processing we have done, and we want to produce some basic statistics to 
give us some kind of overview of the data. Each file uses plain text (ASCII 
encoding) with one or more numbers per line (whitespace-separated). 

Here is an example of the kind of output we want to produce: 

count = 183 

mean = 130.56 

median = 43.00 

mode = [5.00, 7.00, 50.00] 

std. dev. = 235.01 
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Here, we read 183 numbers, with 5, 7, and 50 occurring most frequently, and 
with a sample standard deviation of 235.01. 

The statistics themselves are held in a named tuple called Statistics: 

Statistics = collections. naniedtuple( "Statistics", 

"mean mode median std_dev") 

The main( ) function also serves as an overview of the program’s structure: 
def mainO : 

if len(sys.argv) == 1 or sys.argv[l] in {"-h", "—help"}: 
printC'usage: {0} filel [file2 [... fileN] ]". format ( 
sys.argv[0])) 
sys.exitO 

numbers = [] 

frequencies = collections.defaultdict(int) 
for filename in sys.argv[l:]: 

read_data(filename, numbers, frequencies) 
if numbers: 

statistics = calculate_statistics(numbers, frequencies) 
print_results(len(numbers), statistics) 
else: 

printC'no numbers found") 

We store all the numbers from all the files in the numbers list. To calculate the 
mode (“most frequently occurring”) numbers, we need to know how many times 
each number occurs, so we create a default dictionary using the int () factory 
function, to keep track of the counts. 

We iterate over each filename and read in its data. We pass the list and default 
dictionary as additional parameters so that the read dataO function can 
update them. Once we have read all the data, assuming some numbers were 
successfully read, we call calculate statisticsO. This returns a named tuple 
of type Statistics which we then use to print the results. 

def read_data(filename, numbers, frequencies): 

for lino, line in enumerate(open(filename, encoding="ascii"), 

start=l): 

for X in line.splitO : 
try: 

number = float(x) 
numbers.append(number) 
frequencies[number] += 1 
except ValueError as err; 

print("{filename}:{lino}: skipping {x}: {err}".format( 
**locals())) 
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We split every line on whitespace, and for each item we attempt to convert it to 
a float. If a conversion succeeds—as it will for integers and for floating-point 
numbers in both decimal and exponential notations—we add the number to 
the numbers list and update the frequencies default dictionary. (If we had used 
a plain diet, the update code would have been frequencies[number] = frequen¬ 
cies.get(number, 0) + 1.) 

If a conversion fails, we output the line number (starting from line 1 as is tra¬ 
ditional for text files), the text we attempted to convert, and the ValueError 
exception’s error text. Rather than using positional arguments (e.g., .for¬ 
mat (filename, lino, etc., or explicitly named arguments,. format (filename=file- 
name, lino=lino, etc.), we have retrieved the names and values of the local 
variables by calling locals () and used mapping unpacking to pass these as 
key-value named arguments to the st r. f o rmat ( ) method. 

def calculate_statistics(numbers, frequencies); 
mean = sum(numbers) / len(numbers) 
mode = calculate_mode(frequencies, 3) 
median = calculate_median(numbers) 
std_dev = calculate_std_dev(numbers, mean) 
return Statistics(mean, mode, median, std_dev) 

This function is used to gather all the statistics together. Because the mean 
(“average”) is so easy to calculate, we do so directly here. For the other statistics 
we call dedicated functions, and at the end we return a Statistics named tuple 
object that contains the four statistics we have calculated. 

def calculate_mode(frequencies, maximum_modes): 
highest_frequency = max(frequencies.values()) 
mode = [number for number, frequency in frequencies.items() 
if frequency == highest_frequency] 
if not (1 <= len(mode) <= maximum_modes): 

mode = None 
else: 

mode.sortO 
return mode 

There may be more than one most-frequently-occurring number, so in ad¬ 
dition to the dictionary of frequencies, this function also requires the caller 
to specify the maximum number of modes that are acceptable. (The cal- 
culate_statistics( ) function is the caller, and it specified a maximum of 
three modes.) 

The max ( ) function is used to find the highest value in the frequencies dictio¬ 
nary. Then, we use a list comprehension to create a list of those modes whose 
frequency equals the highest value. We can compare using operator == since 
all the frequencies are integers. 
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If the number of modes is 0 or greater than the maximum modes that are 
acceptable, a mode of None is returned; otherwise, a sorted list of the modes 
is returned. 

def calculate_median(numbers): 
numbers = sorted(numbers) 
middle = len(numbers) // 2 
median = numbers[middle] 
if len(numbers) % 2 == 0: 

median = (median + numbers[middle - Ij) / 2 
return median 

The median (“middle value”) is the value that occurs in the middle if the 
numbers are arranged in order—except when the number of numbers is even, 
in which case the middle falls between two numbers, so in that case the median 
is the mean of the two middle numbers. 

We begin by sorting the numbers into ascending order. Then we use truncating 
(integer) division to find the index position of the middle number, which we 
extract and store as the median. If the number of numbers is even, we make 
the median the mean of the two middle numbers. 

def calculate_std_dev(numbers, mean): 
total = 0 

for number in numbers: 

total += ((number - mean) ** 2) 
variance = total / (len(numbers) - 1) 
return math.sqrt(variance) 

The sample standard deviation is a measure of dispersion, that is, how far the 
numbers differ from the mean. This function calculates the sample standard 

deviation using the formula s = where x is each number, x is the mean, 

and n is the number of numbers. 

def print_results(count, statistics): 
real = "9.2f" 

if statistics.mode is None: 
modeline = "" 

elif len(statistics.mode) == 1: 

modeline = "mode = {0:{fmt}}\n".format( 
statistics.mode[0], fmt=real) 

else: 

modeline = ("mode = [" + 

", ".join(["{0:.2f}".format(m) 
for m in statistics.mode]) + "]\n") 


print(.\ 
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count 

mean 

median 

{ 1 }\ 


= { 0 : 6 } 

= {mean;{fmt}} 

= {median:{fmt}} 


std. dev. = {std_dev:{fmt}}'..format! 

count, modeline, fmt=real, **statistics._asdict())) 


Most of this function is concerned with formatting the modes list into the mode¬ 
line string. If there are no modes, the mode line is not printed at all. If there 
is one mode, the mode list has just one item (mode[0]) which is printed using 
the same format as is used for the other statistics. If there are several modes, 
we print them as a list with each one formatted appropriately. This is done by 
using a list comprehension to produce a list of mode strings, and then joining 
all the strings in the list together with “, ” in between each one. The printing 
at the end is easy thanks to our use of a named tuple and its asdict () method, 
in conjunction with mapping unpacking. This lets us access the statistics in 
the statistics object using names rather than numeric indexes, and thanks to 
Python’s triple-quoted strings we can lay out the text to be printed in an under¬ 
standable way Recall that if we use mapping unpacking to pass arguments to 
the St r. f0 rmat () method, it may be done only once and only at the end. 

There is one subtle point to note. The modes are printed as format item {1}, 
which is followed by a backslash. The backslash escapes the newline, so if the 
mode is the empty string no blank line will appear. And it is because we have 
escaped the newline that we must put \n at the end of the modeline string if it 
is not empty. 


Summary 


In this chapter we covered all of Python’s built-in collection types, and also a 
couple of collection types from the standard library. We covered the collection 
sequence types, tuple, collections. namedtuple, and list, which support the 
same slicing and striding syntax as strings. The use of the sequence unpack¬ 
ing operator (*) was also covered, and brief mention was made of starred argu¬ 
ments in function calls. We also covered the set types, set and f rozenset, and 
the mapping types, diet and collections. def aultdict. 

We saw how to use the named tuples provided by Python’s standard library to 
create simple custom tuple data types whose items can be accessed by index 
position, or more conveniently, by name. We also saw how to create “constants” 
by using variables with all uppercase names. 

In the coverage of lists we saw that everything that can be done to tuples can 
be done to lists. And thanks to lists being mutable they offer considerably 
more functionality than tuples. This includes methods that modify the list 
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(e.g., list.popO), and the ability to have slices on the left-hand side of an as¬ 
signment, to provide insertion, replacement, and deletion of slices. Lists are 
ideal for holding sequences of items, especially if we need fast access by index 
position. 

When we discussed the set and frozenset types, we noted that they may 
contain only hashable items. Sets provide fast membership testing and are 
useful for filtering out duplicate data. 

Dictionaries are in some ways similar to sets—for example, their keys must 
be hashable and are unique just like the items in a set. But dictionaries hold 
key-value pairs, whose values can be of any type. The dictionary coverage 
included the diet.get () and dict.setdefaultO methods, and the coverage of 
default dictionaries showed an alternative to using these methods. Like sets, 
dictionaries provide very fast membership testing and fast access by key. 

Lists, sets, and dictionaries all offer compact comprehension syntaxes that can 
be used to create collections of these types from iterables (which themselves 
can be comprehensions), and with conditions attached if required. The range () 
and zip( ) functions are frequently used in the creation of collections, both in 
conventional for ... in loops and in comprehensions. 

Items can be deleted from the mutable collection types using the relevant 
methods, such as list.popO and set.discard!), or using del, for example, del 
d [ k] to delete an item with key k from dictionary d. 

Python’s use of object references makes assignment extremely efficient, but 
it also means that objects are not copied when the assignment operator (=) is 
used. We saw the differences between shallow and deep copying, and later on 
saw how lists can be shallow-copied using a slice of the entire list, L [; ], and how 
dictionaries can be shallow-copied using the diet. copy () method. Any copyable 
object can be copied using functions from the copy module, with copy.copy () 
performing a shallow copy, and copy. deepcopy () performing a deep copy. 

We introduced Python’s highly optimized sortedO function. This function is 
used a lot in Python programming, since Python doesn’t provide any intrinsi¬ 
cally ordered collection data types, so when we need to iterate over collections 
in sorted order, we use sorted!). 

Python’s built-in collection data types—tuples, lists, sets, frozen sets, and 
dictionaries—are sufficient in themselves for all purposes. Nonetheless, a few 
additional collection types are available in the standard library, and many 
more are available from third parties. 

We often need to read in collections from files, or write collections to files. In 
this chapter we focused just on reading and writing lines of text in our very 
brief coverage of text file handling. Full coverage of file handling is given in 
Chapter 7, and additional means of providing data persistence is covered in 
Chapter 12. 
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In the next chapter, we will look more closely at Python’s control structures, 
and introduce one that we have not seen before. We will also look in more depth 
at exception-handling and at some additional statements, such as assert, that 
we have not yet covered. In addition, we will cover the creation of custom func¬ 
tions, and in particular we will look at Python’s incredibly versatile argument¬ 
handling facilities. 


Exercises 

1. Modify the external sites. py program to use a default dictionary. This is 
an easy change requiring an additional import, and changes to just two 
other lines. A solution is provided in external sites ans. py. 

2. Modify the uniquewords2.py program so that it outputs the words in fre¬ 
quency of occurrence order rather than in alphabetical order. You’ll need 
to iterate over the dictionary’s items and create a tiny two-line function 
to extract each item’s value and pass this function as sorted ()’s key func¬ 
tion. Also, the call to print( ) will need to be changed appropriately. This 
isn’t difficult, but it is slightly subtle. A solution is provided in unique- 
words_ans.py. 

3. Modify the generate usernames. py program so that it prints the details of 
two users per line, limiting names to 17 characters and outputting a form 
feed character after every 64 lines, with the column titles printed at the 
start of every page. Here’s a sample of the expected output: 


Name 

ID 

Username 

Name 


ID 

Username 

Aitkin, Shatha... 

(2370) 

saitkin 

Alderson, 

Nicole. 

(8429) 

nalderso 

Allison, Karma... 

(8621) 

kallison 

Alwood, Kole E... 

(2095) 

kealwood 

Annie, Neervana.. 

(2633) 

nannie 

Apperson, 

Lucyann 

(7282) 

leappers 


This is challenging. You’ll need to keep the column titles in variables so 
that they can be printed when needed, and you’ll need to tweak the format 
specifications to accommodate the narrower names. One way to achieve 
pagination is to write all the output items to a list and then iterate over 
the list using striding to get the left- and right-hand items, and using zip () 
to pair them up. A solution is provided in generate usernames ans . py and 
a longer sample data file is provided in data/users2 .txt. 





• Control Structures 

• Exception Handling 

• Custom Functions 



Control Structures and 
Functions 


This chapter’s first two sections cover Python’s control structures, with the 
first section dealing with branching and looping and the second section cov¬ 
ering exception-handling. Most of the control structures and the basics of 
exception-handling were introduced in Chapter 1, but here we give more com¬ 
plete coverage, including additional control structure syntaxes, and how to 
raise exceptions and create custom exceptions. 

The third and largest section is devoted to creating custom functions, with 
detailed coverage of Python’s extremely versatile argument handling. Custom 
functions allow us to package up and parameterize functionality—this reduces 
the size of our code by eliminating code duplication and provides code reuse. 
(In the following chapter we will see how to create custom modules so that we 
can make use of our custom functions in multiple programs.) 


Control Structures 


Python provides conditional branching with if statements and looping with 
while and for ... in statements. Python also has a conditional expression —this 
is a kind of if statement that is Python’s answer to the ternary operator (?:) 
used in C-style languages. 


Conditional Branching 


As we saw in Chapter 1, this is the general syntax for Python’s conditional 
branch statement: 

if boolean_expressionl-. 
suitel 
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elif boolean_expres5ion2\ 
suite2 

elif boolean_expressionN-. 

suiteN 

else: 

else_5uite 

There can be zero or more elif clauses, and the final else clause is option¬ 
al. If we want to account for a particular case, but want to do nothing if it 
occurs, we can use pass (which serves as a “do nothing” place holder) as that 
branch’s suite. 

In some cases, we can reduce an if ... else statement down to a single condition¬ 
al expression. The syntax for a conditional expression is: 

expression! if boolean_expression else expression2 

If the boolean_expression evaluates to True, the result of the conditional 
expression is expression!; otherwise, the result is expression2. 

One common programming pattern is to set a variable to a default value, and 
then change the value if necessary, for example, due to a request by the user, 
or to account for the platform on which the program is being run. Here is the 
pattern using a conventional if statement: 

offset = 20 

if not sys.platforin. startswith("win"): 
offset = 10 

The sys. platform variable holds the name of the current platform, for example, 
“Win32” or “linux2”. The same thing can be achieved in just one line using a 
conditional expression: 

offset = 20 if sys.platform.startswithC'win") else 10 

No parentheses are necessary here, but using them avoids a subtle trap. For 
example, suppose we want to set a width variable to 100 plus an extra 10 if 
ma rgin is True. We might code the expression like this: 

width = 100 + 10 if margin else 0 # WRONG! 

What is particularly nasty about this, is that it works correctly if ma rgin is True, 
setting width to 110. But if margin is False, width is wrongly set to 0 instead 
of 100. This is because Python sees 100 + 10 as the expression! part of the 
conditional expression. The solution is to use parentheses: 

width = 100 + (10 if margin else 0) 
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The parentheses also make things clearer for human readers. 

Conditional expressions can be used to improve messages printed for users. 
For example, when reporting the number of files processed, instead of print¬ 
ing “0 file(s)”, “1 file(s)”, and similar, we could use a couple of conditional ex¬ 
pressions: 

print("{0} file{l}".format((count if count != 0 else "no"), 

("s" if count != 1 else ""))) 

This will print “no files”, “1 file”, “2 files”, and similar, which gives a much more 
professional impression. 


Looping 


Python provides a while loop and a for ... in loop, both of which have a more 
sophisticated syntax than the basics we showed in Chapter 1. 


while Loops 


Here is the complete general syntax of the while loop: 

while boolean_expressiotT. 

while_suite 

else: 

el5e_5uite 

The else clause is optional. As long as the boolean_expre5sion is True, the while 
block’s suite is executed. If the boolean_expression is or becomes False, the 
loop terminates, and if the optional else clause is present, its suite is executed. 
Inside the while block’s suite, if a continue statement is executed, control 
is immediately returned to the top of the loop, and the boolean_expression is 
evaluated again. If the loop does not terminate normally, any optional else 
clause’s suite is skipped. 

The optional else clause is rather confusingly named since the else clause’s 
suite is always executed if the loop terminates normally. If the loop is broken 
out of due to a break statement, or a return statement (if the loop is in a 
function or method), or if an exception is raised, the else clause’s suite is not 
executed. (If an exception occurs. Python skips the else clause and looks for 
a suitable exception handler—this is covered in the next section.) On the plus 
side, the behavior of the else clause is the same for while loops, for ... in loops, 
and try ... except blocks. 

Let’s look at an example of the else clause in action. The str.index() and 
list.index0 methods return the index position of a given string or item, or 
raise a ValueError exception if the string or item is not found. The str.findO 
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enumer- 

ate() 
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method does the same thing, but on failure, instead of raising an exception it 
returns an index of -1. There is no equivalent method for lists, but if we wanted 
a function that did this, we could create one using a while loop: 

def list_find(lst, target): 
index = 0 

while index < len(lst): 

if 1st[index] == target: 

break 
index += 1 
else: 

index = -1 
return index 

This function searches the given list looking for the target. If the target is 
found, the break statement terminates the loop, causing the appropriate index 
position to be returned. If the target is not found, the loop runs to completion 
and terminates normally. After normal termination, the else suite is executed, 
and the index position is set to -1 and returned. 


for Loops 


Like a while loop, the full syntax of the for ... in loop also includes an optional 
else clause: 

for expression in iterable: 

for_suite 

else: 

else_suite 

The expression is normally either a single variable or a sequence of variables, 
usually in the form of a tuple. If a tuple or list is used for the expression, each 
item is unpacked into the expression’s items. 

If a continue statement is executed inside the for ... in loop’s suite, control is 
immediately passed to the top of the loop and the next iteration begins. If the 
loop runs to completion it terminates, and any else suite is executed. If the 
loop is broken out of due to a break statement, or a return statement (if the loop 
is in a function or method), or if an exception is raised, the else clause’s suite 
is not executed. (If an exception occurs. Python skips the else clause and looks 
for a suitable exception handler—this is covered in the next section.) 

Here is a for ... in loop version of the list findO function, and like the while 
loop version, it shows the else clause in action: 

def list_find(lst, target): 

for index, x in enumerate(lst): 




Control Structures 


163 


if X == target: 
break 

else; 

index = -1 
return index 

As this code snippet implies, the variables created in the f o r ... in loop’s expres¬ 
sion continue to exist after the loop has terminated. Like all local variables, 
they cease to exist at the end of their enclosing scope. 


Exception Handling 


Python indicates errors and exceptional conditions by raising exceptions, al¬ 
though some third-party Python libraries use more old-fashioned techniques, 
such as “error” return values. 


Catching and Raising Exceptions 


Exceptions are caught using try ... except blocks, whose general syntax is: 
try: 

try_suite 

except exception_groupl as variablel-. 
except_suitel 

except exception_groupN as variableN: 

except_suiteN 

else: 

else_suite 

finally; 

finally_suite 

There must be at least one except block, but both the else and the finally 
blocks are optional. The else block’s suite is executed when the t ry block’s suite 
has finished normally—but it is not executed if an exception occurs. If there 
is a finally block, it is always executed at the end. 

Each except clause’s exception group can be a single exception or a parenthe¬ 
sized tuple of exceptions. For each group, the as variable part is optional; if 
used, the variable contains the exception that occurred, and can be accessed in 
the exception block’s suite. 

If an exception occurs in the try block’s suite, each except clause is tried in 
turn. If the exception matches an exception group, the corresponding suite is 
executed. To match an exception group, the exception must be of the same type 
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as the (or one of the) exception types listed in the group, or the same type as 
the (or one of the) group’s exception types’ subclasses * 

For example, if a KeyError exception occurs in a dictionary lookup, the first 
except clause that has an Exception class will match since KeyError is an 
(indirect) subclass of Exception. If no group lists Exception (as is normally the 
case), but one did have a LookupError, the KeyError will match, because KeyError 
is a subclass of LookupError. And if no group lists Exception or LookupError, but 
one does list KeyE r ro r, then that group will match. Figure 4.1 shows an extract 
from the exception hierarchy. 


object 


BaseException 


Exception 


I 


ArithmeticError EnvironinentError EOFError LookupError ValueError 


X 


lOError 


OSError 


IndexError KeyError 


Figure 4.1 Some of Python’s exception hierarchy 

Here is an example of an incorrect use: 
try: 

X = d[5] 

except LookupError: # WRONG ORDER 

print("Lookup error occurred") 
except KeyError: 

print("Invalid key used") 

If dictionary d has no item with key 5, we want the most specific exception, 
KeyError, to be raised, rather than the more general LookupError exception. But 
here, the KeyError except block will never be reached. If a KeyError is raised, 
the LookupError except block will match it because LookupError is a base class 
of KeyError, that is, LookupError appears higher than KeyError in the exception 
hierarchy. So when we use multiple except blocks, we must always order 


*As we will see in Chapter 6, in object-oriented programming it is common to have a class 
hierarchy, that is, one class—data type—inheriting from another. In Python, the start of this 
hierarchy is the object class; every other class inherits from this class, or from another class that 
inherits from it. A subclass is a class that inherits from another class, so all Python classes (except 
object) are subclasses since they all inherit object. 
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them from most specific (lowest in the hierarchy) to least specific (highest in 
the hierarchy). 

try: 

X = d[k / n] 

except Exception: # BAD PRACTICE 

print("Something happened") 

Note that it is usually bad practice to use except Exception since this will 
catch all exceptions and could easily mask logical errors in our code. In this 
example, we might have intended to catch KeyErrors, but if n is 0, we will 
unintentionally—and silently—catch a ZeroDivisionError exception. 

It is also possible to write except:, that is, to have no exception group at all. 
An except block like this will catch any exception, including those that inherit 
BaseException but not Exception (these are not shown in Figure 4.1). This has 
the same problems as using except Exception, only worse, and should never 
normally be done. 

If none of the except blocks matches the exception. Python will work its way up 
the call stack looking for a suitable exception handler. If none is found the pro¬ 
gram will terminate and print the exception and a traceback on the console. 

If no exceptions occur, any optional else block is executed. And in all 
cases—that is, if no exceptions occur, if an exception occurs and is handled, or 
if an exception occurs that is passed up the call stack—any finally block’s suite 
is always executed. If no exception occurs, or if an exception occurs and is han¬ 
dled by one of the except blocks, the finally block’s suite is executed at the end; 
but if an exception occurs that doesn’t match, first the finally block’s suite is 
executed, and then the exception is passed up the call stack. This guarantee of 
execution can be very useful when we want to ensure that resources are prop¬ 
erly released. Figure 4.2 illustrates the general try ... except ... finally block 
control flows. 


Normal Flow 

Handled Exception 

Unhandled Exception 

.t ry: 

.t ry: 

.t ry: 

.*■ # process 

.# process 

.*■ # process 

except exception: 

.except exception: 

except exception: 

# handle 

. *.# handle 

# handle 

finally: 

.finally: 

finally: 

. *’ # cleanup 

.*■ # cleanup 

.^ # cleanup 

*'# continue here 

*' # continue here 

.*■ # go up call stack 


Figure 4.2 Try ... except... finally control flows 
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Here is a final version of the list findO function, this time using exception¬ 
handling: 

def list_find(lst, target): 
try: 

index = Ist.index(target) 
except ValueError: 

index = -1 
return index 

Here, we have effectively used the try ... except block to turn an exception 
into a return value; the same approach can also be used to catch one kind of 
exception and raise another instead—a technique we will see shortly. 

Python also offers a simpler try ... finally block which is sometimes useful: 

try: 

try_suite 

finally: 

finally_suite 

No matter what happens in the try block’s suite (apart from the computer 
or program crashing!), the finally block’s suite will be executed. The with 
statement used with a context manager (both covered in Chapter 8) can be 
used to achieve a similar effect to using a try ... finally block. 

One common pattern of use for try ... except ... finally blocks is for handling 
file errors. For example, the noblanks. py program reads a list of filenames on 
the command line, and for each one produces another file with the same name, 
but with its extension changed to . nb, and with the same contents except for no 
blank lines. Here’s the program’s read_data( ) function: 

def read_data(filename): 
lines = [] 
fh = None 
try: 

fh = open(filename, encoding="utf8") 
for line in fh: 

if line.stripO : 

lines.append(line) 
except (lOError, OSError) as err; 
print(err) 
return [] 
finally: 

if fh is not None: 
fh.closed 
return lines 
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We set the file object, f h, to None because it is possible that the open () call will 
fail, in which case nothing will be assigned to fh (so it will stay as None), and 
an exception will be raised. If one of the exceptions we have specified occurs 
(lOError or OSError), after printing the error message we return an empty list. 
But note that before returning, the finally block’s suite will be executed, so the 
file will be safely closed—if it had been successfully opened in the first place. 

Notice also that if an encoding error occurs, even though we don’t catch the 
relevant exception (UnicodeDecodeError), the file will still be safely closed. In 
such cases the finally block’s suite is executed and then the exception is passed 
up the call stack—there is no return value since the function finishes as a 
result of the unhandled exception. And in this case, since there is no suitable 
except block to catch encoding error exceptions, the program will terminate 
and print a traceback. 

We could have written the except clause slightly less verbosely: 

except EnvironmentError as err; 
print(err) 
return [] 

This works because EnvironmentError is the base class for both lOError and 
OSError. 

In Chapter 8 we will show a slightly more compact idiom for ensuring that files 
are safely closed, that does not require a finally block. 


Raising Exceptions 


Exceptions provide a useful means of changing the flow of control. We can 
take advantage of this either by using the built-in exceptions, or by creating 
our own, raising either kind when we want to. There are three syntaxes for 
raising exceptions: 

raise exception(args) 

raise exception(args) from original_exception 
raise 

When the first syntax is used the exception that is specified should be either 
one of the built-in exceptions, or a custom exception that is derived from 
Exception. If we give the exception some text as its argument, this text will be 
output if the exception is printed when it is caught. The second syntax is a 
variation of the first—the exception is raised as a chained exception (covered 
in Chapter 9) that includes the original_exception exception, so this syntax 
is used inside except suites. When the third syntax is used, that is, when no 
exception is specified, raise will reraise the currently active exception—and if 
there isn’t one it will raise a TypeError. 
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Custom Exceptions 


Custom exceptions are custom data types (classes). Creating classes is covered 
in Chapter 6, but since it is easy to create simple custom exception types, we 
will show the syntax here: 

class exceptionName(baseException) \ pass 

The base class should be Exception or a class that inherits from Exception. 

One use of custom exceptions is to break out of deeply nested loops. For 
example, if we have a table object that holds records (rows), which hold fields 
(columns), which have multiple values (items), we could search for a particular 
value with code like this: 

found = False 

for row, record in enuinerate(table): 

for column, field in enumerate!record): 
for index, item in enumerate(field): 
if item == target: 
found = True 
break 
if found: 
break 
if found: 
break 
if found: 

printC'found at ({0}, {1}, {2})".format!row, column, index)) 
else: 

print!"not found") 

The 15 lines of code are complicated by the fact that we must break out of each 
loop separately. An alternative solution is to use a custom exception: 

class FoundException!Exception): pass 
try: 

for row, record in enumerate!table): 

for column, field in enumerate!record): 
for index, item in enumerate!field): 
if item == target: 

raise FoundException!) 
except FoundException: 

print!"found at !{0}, {1}, {2})".format!row, column, index)) 
else: 

print!"not found") 
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This cuts the code down to ten lines, or 11 including defining the exception, 
and is much easier to read. If the item is found we raise our custom exception 
and the except block’s suite is executed—and the else block is skipped. And if 
the item is not found, no exception is raised and so the else suite is executed at 
the end. 

Let’s look at another example to see some of the different ways that exception¬ 
handling can be done. All of the snippets are taken from the checktags. py pro¬ 
gram, a program that reads all the HTML files it is given on the command line 
and performs some simple tests to verify that tags begin with “<” and end with 
“>”, and that entities are correctly formed. The program defines four custom 
exceptions: 

class InvalidEntityError(Exception): pass 
class InvalidNuniericEntityError(InvalidEntityError): pass 
class InvalidAlphaEntityError(InvalidEntityError): pass 
class InvalidTagContentError(Exception): pass 

The second and third exceptions inherit from the first; we will see why this is 
useful when we discuss the code that uses the exceptions. The pa rse () function 
that uses the exceptions is more than 70 lines long, so we will show only those 
parts that are relevant to exception-handling. 

fh = None 
try: 

fh = open(filename, encoding="utf8") 
errors = False 

for lino, line in enumerate(fh, start=l): 

for column, c in enumerate{line, start=l): 
try: 

The code begins conventionally enough, setting the file object to None and 
putting all the file handling in a t ry block. The program reads the file line by 
line and reads each line character by character. 

Notice that we have two try blocks; the outer one is used to handle file object 
exceptions, and the inner one is used to handle parsing exceptions. 

elif state == PARSING_ENTITY: 
if c == 

if entity.startswith("#"): 

if frozenset(entity[l:]) - HEXDIGITS: 
raise InvalidNumericEntityError() 
elif not entity.isalphaO : 

raise InvalidAlphaEntityError{) 
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The function has various states, for example, after reading an ampersand 
(&), it enters the PARSING ENTITY state, and stores the characters between (but 
excluding) the ampersand and semicolon in the entity string. 

The part of the code shown here handles the case when a semicolon has been 
found while reading an entity. If the entity is numeric (of the form with 
hexadecimal digits, and then for example, “&#20AC;”), we convert the 
numeric part of it into a set and take away from the set all the hexadecimal 
digits; if anything is left at least one invalid character was present and we 
raise a custom exception. If the entity is alphabetic (of the form with 
letters, and then";”, for example, “&copy;”), we raise a custom exception if any 
of its letters is not alphabetic. 

except (InvalidEntityError, 

InvalidTagContentError) as err: 
if isinstance(err, InvalidNumericEntityError): 

error = "invalid numeric entity" 
elif isinstance(err, InvalidAlphaEntityError): 
error = "invalid alphabetic entity" 


elif isinstance(err, InvalidTagContentError): 
error = "invalid tag" 

print!"ERROR {0} in {1} on line {2} column {3}" 
.format(error, filename, lino, column)) 
if skip_on_first_error; 
raise 


If a parsing exception is raised we catch it in this except block. By using the 
InvalidEntityError base class, we catch both InvalidNumericEntityError and 
InvalidAlphaEntityError exceptions. We then use isinstanceO to check which 
type of exception occurred, and to set the error message accordingly. The 
built-in isinstance () function returns T rue if its first argument is the same type 
as the type (or one of that type’s base types) given as its second argument. 

We could have used a separate except block for each of the three custom 
parsing exceptions, but in this case combining them means that we avoided 
repeating the last four lines (from the print () call to raise), in each one. 

The program has two modes of use. If skip on first error is False, the pro¬ 
gram continues checking a file even after a parsing error has occurred; 
this can lead to multiple error messages being output for each file. If 
skip on first error is True, once a parsing error has occurred, after the (one 
and only) error message is printed, raise is called to reraise the parsing excep¬ 
tion and the outer (per-file) t ry block is left to catch it. 
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elif state == PARSING_ENTITY; 

raise EOFErrorC'inissing ';' at end of " + filename) 

At the end of parsing a file, we need to check to see whether we have been left in 
the middle of an entity. If we have, we raise an EOFError, the built-in end-of-file 
exception, but give it our own message text. We could just as easily have raised 
a custom exception. 

except (InvalidEntityError, InvalidTagContentError): 

pass # Already handled 
except EOFError as err: 

printC'ERROR unexpected EOF:", err) 
except EnvironmentError as err: 

print(err) 

finally: 

if fh is not None: 
fh.closeO 

For the outer try block we have used separate except blocks since the behavior 
we want varies. If we have a parsing exception, we know that an error message 
has already been output and the purpose is simply to break out of reading the 
file and to move on to the next file, so we don’t need to do anything in the ex¬ 
ception handler. If we get an EOFError it could be caused by a genuine prema¬ 
ture end of file or it could be the result of us raising the exception ourselves. 
In either case, we print an error message, and the exception’s text. If an Envi¬ 
ronmentError occurs (i.e., if an lOError or an OSError occurs), we simply print its 
message. And finally, no matter what, if the file was opened, we close it. 


Custom Functions 


Functions are a means by which we can package up and parameterize function¬ 
ality. Four kinds of functions can be created in Python: global functions, local 
functions, lambda functions, and methods. 

Every function we have created so far has been a global function. Global 
objects (including functions) are accessible to any code in the same module 
(i.e., the same . py file) in which the object is created. Global objects can also be 
accessed from other modules, as we will see in the next chapter. 

Local functions (also called nested functions) are functions that are defined 
inside other functions. These functions are visible only to the function where 
they are defined; they are especially useful for creating small helper functions 
that have no use elsewhere. We first show them in Chapter 7. 
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Online Documentation 


Although this book provides solid coverage of the Python 3 language and 
the built-in functions and most commonly used modules in the standard 
library, Python’s online documentation provides a considerable amount 
of reference documentation, both on the language, and particularly on 
Python’s extensive standard library. The documentation is available online 
at docs. python. org and is also provided with Python itself 

On Windows the documentation is supplied in the Windows help file format. 
Click Start—^All Programs—^Python 3.x—^Python Manuals to launch the Windows 
help browser. This tool has both an Index and a Search function that makes 
finding documentation easy. Unix users have the documentation in HTML 
format. In addition to the hyperlinks, there are various index pages. There 
is also a very convenient Quick Search function available on the left-hand side 
of each page. 

The most frequently used online document for new users is the Library 
Reference, and for experienced users the Global Module Index. Both of 
these have links to pages covering Python’s entire standard library—and 
in the case of the Library Reference, links to pages covering all of Python’s 
built-in functionality as well. 

It is well worth skimming through the documentation, particularly the Li¬ 
brary Reference or the Global Module Index, to see what Python’s standard 
library offers, and clicking through to the documentation of whichever top¬ 
ics are of interest. This should provide an initial impression of what is avail¬ 
able and should also help you to establish a mental picture of where you can 
find the documentation you are interested in. (A brief summary of Python’s 
standard library is provided in Chapter 5.) 

Help is also available from the interpreter itself If you call the built- 
in helpO function with no arguments, you will enter the online help 
system—simply follow the instructions to get the information you want, 
and type “q” or “quit” to return to the interpreter. If you know what module 
or data type you want help on, you can call help( ) with the module or data 
type as its argument. For example, help {st r) provides information on the st r 
data type, including all of its methods, help{dict. update) provides informa¬ 
tion on the diet collection data type’s update!) method, and help (os) displays 
information about the os module (providing it has been imported). 

Once familiar with Python, it is often sufficient to just be reminded about 
what attributes (e.g., what methods) a data type provides. This information 
is available using the dir{) function—for example, dir(str) lists all the 
string methods, and dir(os ) lists all the os module’s constants and functions 
(again, providing the module has been imported). 
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Lambda functions are expressions, so they can be created at their point of use; 
however, they are much more limited than normal functions. 

Methods are functions that are associated with a particular data type and 
can be used only in conjunction with the data type—they are introduced in 
Chapter 6 when we cover object-oriented programming. 

Python provides many built-in functions, and the standard library and third- 
party libraries add hundreds more (thousands if we count all the methods), so 
in many cases the function we want has already been written. For this reason, 
it is always worth checking Python’s online documentation to see what is al¬ 
ready available. See the sidebar “Online Documentation” (172 <). 

The general syntax for creating a (global or local) function is: 

def functionNante {parante ters): 
suite 

The parameters are optional, and if there is more than one they are written as a 
sequence of comma-separated identifiers, or as a sequence of identifier=value 
pairs as we will discuss shortly. For example, here is a function that calculates 
the area of a triangle using Heron’s formula: 

def heron(a, b, c): 
s=(a + b + c)/2 

return math.sqrt(s * (s - a) * (s - b) * (s - c)) 

Inside the function, each parameter, a, b, and c, is initialized with the corre¬ 
sponding value that was passed as an argument. When the function is called, 
we must supply all of the arguments, for example, he ron ( 3 , 4, 5). If we give too 
few or too many arguments, a TypeError exception will be raised. When we do 
a call like this we are said to be using positional arguments, because each argu¬ 
ment passed is set as the value of the parameter in the corresponding position. 
So in this case, a is set to 3, b to 4, and c to 5, when the function is called. 

Every function in Python returns a value, although it is perfectly acceptable 
(and common) to ignore the return value. The return value is either a single 
value or a tuple of values, and the values returned can be collections, so there 
are no practical limitations on what we can return. We can leave a function at 
any point by using the return statement. If we use return with no arguments, 
or if we don’t have a return statement at all, the function will return None. 
(In Chapter 6 we will cover the yield statement which can be used instead of 
return in certain kinds of functions.) 

Some functions have parameters for which there can be a sensible default. For 
example, here is a function that counts the letters in a string, defaulting to the 
ASCII letters: 



174 


Chapter 4. Control Structures and Functions 


def letter_count(text, letters=string.ascii_letters): 
letters = frozenset(letters) 
count = 0 
for char in text: 

if char in letters: 
count += 1 
return count 

We have specified a default value for the letters parameter by using the 
parameter=default syntax. This allows us to call letter_count( ) with just one 
argument, for example, letter_count("Maggie and Hopey"). Here, inside the 
function, letters will be the string that was given as the default value. But we 
can still change the default, for example, using an extra positional argument, 
letter_count( "Maggie and Hopey", "aeiouAEIOU" ), or using a keyword argument 
(coverednext), letter_count("Maggie and Hopey", letters="aeiouAEIOU"). 

The parameter syntax does not permit us to follow parameters with default 
values with parameters that don’t have defaults, so def bad (a, b=l, c): won’t 
work. On the other hand, we are not forced to pass our arguments in the 
order they appear in the function’s definition—instead, we can use keyword 
arguments, passing each argument in the form naiiie=value. 

Here is a tiny function that returns the string it is given, or if it is longer than 
the specified length, it returns a shortened version with an indicator added: 

def shorten(text, length=25, indicator="..."): 
if len(text) > length: 

text = text[:length - len(indicator)] + indicator 
return text 

Here are a few example calls: 

shortenC'The Silkie") # returns: 'The Silkie' 

shorten(length=7, text="The Silkie") # returns: 'The ...' 

shortenC'The Silkie", indicator="&", length=7) # returns: 'The Si&' 

ShortenC'The Silkie", 7, "&") # returns: 'The Si&' 

Because both length and indicator have default values, either or both can be 
omitted entirely, in which case the default is used—this is what happens in 
the first call. In the second call we use keyword arguments for both of the 
specified parameters, so we can order them as we like. The third call mixes 
both positional and keyword arguments. We used a positional first argument 
(positional arguments must always precede keyword arguments), and then two 
keyword arguments. The fourth call simply uses positional arguments. 

The difference between a mandatory parameter and an optional parameter 
is that a parameter with a default is optional (because Python can use the 
default), and a parameter with no default is mandatory (because Python can- 
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not guess). The careful use of default values can simplify our code and make 
calls much cleaner. Recall that the built-in open() function has one manda¬ 
tory argument (filename), and six optional arguments. By using a mixture of 
positional and keyword arguments we are able to specify those arguments we 
care about, while omitting the others. This leaves us free to write things like 
open(filename, encoding="utf8" ), rather than being forced to supply every ar¬ 
gument like this: open(filename, "r", None, "utf8", None, None, True). Anoth¬ 
er benefit of using keyword arguments is that they make function calls much 
more readable, particularly for Boolean arguments. 

When default values are given they are created at the time the def statement 
is executed (i.e., when the function is created), not when the function is called. 
For immutable arguments like numbers and strings this doesn’t make any 
difference, but for mutable arguments a subtle trap is lurking. 

def append_if_even(x, lst=[]): # WRONG! 

if X % 2 == 0: 

Ist.append(x) 
return 1st 

When this function is created the 1st parameter is set to refer to a new list. 
And whenever this function is called with just the first parameter, the default 
list will be the one that was created at the same time as the function itself—so 
no new list is created. Normally, this is not the behavior we want—we expect 
a new empty list to be created each time the function is called with no second 
argument. Here is a new version of the function, this time using the correct 
idiom for default mutable arguments: 

def append_if_even(x, lst=None): 
if 1st is None: 

1st = [] 
if X % 2 == 0: 

Ist.append(x) 
return 1st 

Here we create a new list every time the function is called without a list argu¬ 
ment. And if a list argument is given, we use it, just the same as the previous 
version of the function. This idiom of having a default of None and creating a 
fresh object should be used for dictionaries, lists, sets, and any other mutable 
data types that we want to use as default arguments. Here is a slightly shorter 
version of the function which has exactly the same behavior: 

def append_if_even(x, lst=None): 

1st = [] if 1st is None else 1st 
if X % 2 == 0: 

Ist.append(x) 
return 1st 
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Using a conditional expression we can save a line of code for each parameter 
that has a mutable default argument. 


Names and Docstrings 


Using good names for a function and its parameters goes a long way toward 
making the purpose and use of the function clear to other programmers—and 
to ourselves some time after we have created the function. Here are a few rules 
of thumb that you might like to consider. 

• Use a naming scheme, and use it consistently. In this book we use UP¬ 
PERCASE for constants, TitleCase for classes (including exceptions), camel- 
Case for GUI (Graphical User Interface) functions and methods (covered 
in Chapter 15), and lowercase or lowercase_with_underscores for every¬ 
thing else. 

• For all names, avoid abbreviations, unless they are both standardized and 
widely used. 

• Be proportional with variable and parameter names: x is a perfectly good 
name for an x-coordinate and i is fine for a loop counter, but in general the 
name should be long enough to be descriptive. The name should describe 
the data’s meaning rather than its type (e.g., amount_due rather than money), 
unless the use is generic to a particular type—see, for example, the text 
parameter in the shorten!) example (>■ 177). 

• Functions and methods should have names that say what they do or 
what they return (depending on their emphasis), but never how they do 
it—since that might change. 

Here are a few naming examples: 

def find(l, s, i=0): # BAD 

def linear_search{l, s, i=0): # BAD 

def first_index_of(sorted_name_list, name, start=Q): # GOOD 

All three functions return the index position of the first occurrence of a 
name in a list of names, starting from the given starting index and using an 
algorithm that assumes the list is already sorted. 

The first one is bad because the name gives no clue as to what will be found, 
and its parameters (presumably) indicate the required types (list, string, inte¬ 
ger) without indicating what they mean. The second one is bad because the 
function name describes the algorithm originally used—it might have been 
changed since. This may not matter to users of the function, but it will proba¬ 
bly confuse maintainers if the name implies a linear search, but the algorithm 
implemented has been changed to a binary search. The third one is good be- 
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cause the function name says what is returned, and the parameter names clear¬ 
ly indicate what is expected. 

None of the functions have any way of indicating what happens if the name 
isn’t found—do they return, say, -1, or do they raise an exception? Somehow 
such information needs to be documented for users of the function. 

We can add documentation to any function by using a docstring —this is simply 
a string that comes immediately after the def line, and before the function’s 
code proper begins. For example, here is the shorten() function we saw earlier, 
but this time reproduced in full: 

def shorten(text, length=25, indicator="..."): 

.Returns text or a truncated copy with the indicator added 

text is any string; length is the maximum length of the returned 
string (including any indicator); indicator is the string added at 
the end to indicate that the text has been shortened 

»> shorten!"Second Variety") 

'Second Variety' 

»> shorten!"Voices from the Street", 17) 

'Voices from th...' 

»> shorten!"Radio Free Albemuth", 10, "*") 

'Radio Fre*' 

II II II 

if len(text) > length: 

text = text[:length - len!indicator)] + indicator 
return text 

It is not unusual for a function or method’s documentation to be longer than the 
function itself One convention is to make the first line of the docstring a brief 
one-line description, then have a blank line followed by a full description, and 
then to reproduce some examples as they would appear if typed in interactively. 
In Chapter 5 and Chapter 9 we will see how examples in function documenta¬ 
tion can be used to provide unit tests. 


Argument and Parameter Unpacking 


We saw in the previous chapter that we can use the sequence unpacking oper¬ 
ator (*) to supply positional arguments. For example, if we wanted to compute 
the area of a triangle and had the lengths of the sides in a list, we could make 
the call like this, heron!sides [0], sides [1], sides [2]), or simply unpack the list 
and do the much simpler call, heron!*sides). And if the list (or other sequence) 
has more items than the function has parameters, we can use slicing to extract 
exactly the right number of arguments. 
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We can also use the sequence unpacking operator in a function’s parameter 
list. This is useful when we want to create functions that can take a variable 
number of positional arguments. Here is a product () function that computes 
the product of the arguments it is given: 

def product(*args): 
result = 1 
for arg in args; 

result *= arg 
return result 

This function has one parameter called args. Having the * in front means 
that inside the function the a rgs parameter will be a tuple with its items set to 
however many positional arguments are given. Here are a few example calls: 

product(l, 2, 3, 4) # args == (1, 2, 3, 4); returns: 24 

product(5, 3, 8) # args == (5, 3, 8); returns: 120 

product(ll) # args == (11,); returns: 11 

We can have keyword arguments following positional arguments, as this 

function to calculate the sum of its arguments, each raised to the given pow¬ 
er, shows: 

def sum_of_powers(*args, power=l): 
result = 0 
for arg in args: 

result += arg ** power 
return result 

The function can be called with just positional arguments, for example, 
suin of powers (1, 3, 5) , or with both positional and keyword arguments, for ex¬ 
ample, sum_of_powers(l, 3, 5, power=2). 

It is also possible to use * as a “parameter” in its own right. This is used to 
signify that there can be no positional arguments after the *, although keyword 
arguments are allowed. Here is a modified version of the heron() function. 
This time the function takes exactly three positional arguments, and has one 
optional keyword argument. 

def heron2(a, b, c, *, units="square meters"): 
s=(a+b+c)/2 

area = math.sqrt(s * (s - a) * (s - b) * (s - c)) 
return "{0} {1}".format(area, units) 

Here are a few example calls: 

heron2(25, 24, 7) # returns: '84.0 square meters' 

heron2(41, 9, 40, units="sq. inches") # returns: '180.0 sq. inches' 



Custom Functions 


179 


heron2(25, 24, 7, "sq. inches") # WRONG! raises TypeError 

In the third call we have attempted to pass a fourth positional argument, but 
the * does not allow this and causes a TypeError to be raised. 

By making the * the first parameter we can prevent any positional arguments 
from being used, and force callers to use keyword arguments. Here is such a 
(fictitious) function’s signature: 

def print_setup(*, paper="Letter", copies=l, color=False): 

We can call print_setup( ) with no arguments, and accept the defaults. Or we 
can change some or all of the defaults, for example, print_setup(paper="A4", 
color=True). But if we attempt to use positional arguments, for example, 
print_setup( "A4" ), a TypeError will be raised. 

Just as we can unpack a sequence to populate a function’s positional argu¬ 
ments, we can also unpack a mapping using the mapping unpacking operator, 
asterisk asterisk (**) * We can use ** to pass a dictionary to the print_setup() 
function. For example: 

options = dict(paper="A4", color=True) 
print_setup(**options) 

Here the options dictionary’s key-value pairs are unpacked with each key’s 
value being assigned to the parameter whose name is the same as the key. If 
the dictionary contains a key for which there is no corresponding parameter, 
a TypeError is raised. Any argument for which the dictionary has no corre¬ 
sponding item is set to its default value—but if there is no default, a TypeError 
is raised. 

We can also use the mapping unpacking operator with parameters. This allows 
us to create functions that will accept as many keyword arguments as are giv¬ 
en. Here is an add person details () function that takes Social Security number 
and surname positional arguments, and any number of keyword arguments: 

def add_person_details(ssn, surname, **kwargs): 
printC'SSN =", ssn) 
print(" surname =", surname) 
for key in sorted(kwargs): 

printC {0} = {l}".format(key, kwargs [key])) 

This function could be called with just the two positional arguments, or with 
additional information, for example, add_person_details(83272171, "Luther", 
forename="Lexis", age=47). This provides us with a lot of flexibility. And we 


*As we saw in Chapter 2, when used as a binary operator, is the pow() operator. 
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can of course accept both a variable number of positional arguments and a 
variable number of keyword arguments: 

def print_args(*args, **kwargs): 
for i, arg in enumerate(args): 

printC'positional argument {0} = {1}" .format(i, arg)) 
for key in kwargs: 

print("keyword argument {0} = {1}".format(key, kwargs[key])) 

This function just prints the arguments it is given. It can be called with no 
arguments, or with any number of positional and keyword arguments. 


Accessing Variables in the Global Scope 


It is sometimes convenient to have a few global variables that are accessed by 
various functions in the program. This is usually okay for “constants”, but is 
not a good practice for variables, although for short one-off programs it isn’t 
always unreasonable. 

The digit names. py program takes an optional language (“en” or “fr”) and a 
number on the command line and outputs the names of each of the digits it is 
given. So if it is invoked with “123” on the command line, it will output “one 
two three”. The program has three global variables: 

Language = "en" 

ENGLISH = {0; "zero", 1: "one", 2: "two", 3: "three", 4; "four", 

5; "five", 6: "six", 7: "seven", 8; "eight", 9: "nine"} 
FRENCH = {0: "zero", 1: "un", 2; "deux", 3: "trois", 4: "quatre", 

5: "cinq", 6: "six", 7: "sept", 8: "huit", 9: "neuf"} 

We have followed the convention that all uppercase variable names indicate 
constants, and have set the default language to English. (Python does not 
provide a direct way to create constants, instead relying on programmers to 
respect the convention.) Elsewhere in the program we access the Language 
variable, and use it to choose the appropriate dictionary to use: 

def print_digits(digits): 

dictionary = ENGLISH if Language == "en" else FRENCH 
for digit in digits: 

print(dictionary[int(digit)], end=" ") 
print!) 

When Python encounters the Language variable in this function it looks in the 
local (function) scope and doesn’t find it. So it then looks in the global (. py file) 
scope, and finds it there. The end keyword argument used with the first print () 
call is explained in the sidebar “The print () Function” (>-181). 
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The printO Function 


The print( ) function accepts any number of positional arguments, and has 
three keyword arguments, sep, end, and file. All the keyword arguments 
have defaults. The sep parameter’s default is a space; if two or more posi¬ 
tional arguments are given, each is printed with the sep in between, but if 
there is just one positional argument this parameter does nothing. The end 
parameter’s default is \n, which is why a newline is printed at the end of calls 
to print (). The file parameter’s default is sys.stdout, the standard output 
stream, which is usually the console. 

Any of the keyword arguments can be given the values we want instead of 
using the defaults. For example, file can be set to a file object that is open 
for writing or appending, and both sep and end can be set to other strings, 
including the empty string. 

If we need to print several items on the same line, one common pattern is 
to print the items using p rint () calls where end is set to a suitable separator, 
and then at the end to call print () with no arguments, since this just prints 
a newline. For an example, see the print digits () function (180 <). 


Here is the code from the program’s main() function. It changes the Language 
variable’s value if necessary, and calls print digits () to produce the output. 

def main(): 

if len(sys.argv) == 1 or sys.argv[l] in {"-h", "—help"}; 
printC'usage; {0} [en|fr] number".format(sys.argv[0])) 
sys.exitO 

args = sys.argv[l: ] 
if args[0] in {"en", "fr"}: 
global Language 
Language = args.pop(0) 
print_digits(args.pop(0)) 

What stands out here is the use of the global statement. This statement is 
used to tell Python that a variable exists at the global (file) scope, and that 
assignments to the variable should be applied to the global variable, rather 
than cause a local variable of the same name to be created. 

If we did not use the global statement the program would run, but when 
Python encountered the Language variable in the if statement it would look 
for it in the local (function) scope, and not finding it would create a new local 
variable called Language, leaving the global Language unchanged. This subtle 
bug would show up as an error only when the program was run with the “fr” 
argument, because then the local Language variable would be created and set to 
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“fr”, but the global Language variable used in the print digits () function would 
remain unchanged as “en”. 

For nontrivial programs it is best not to use global variables except as con¬ 
stants, in which case there is no need to use the global statement. 


Lambda Functions 


Lambda functions are functions created using the following syntax: 
lambda parameters: expression 

The parameters are optional, and if supplied they are normally just comma- 
separated variable names, that is, positional arguments, although the complete 
argument syntax supported by def statements can be used. The expression can¬ 
not contain branches or loops (although conditional expressions are allowed), 
and cannot have a return (or yield) statement. The result of a lambda expres¬ 
sion is an anonymous function. When a lambda function is called it returns the 
result of computing the expression as its result. If the expression is a tuple it 
should be enclosed in parentheses. 

Here is a simple lambda function for adding an s (or not) depending on whether 
its argument is 1: 

s = lambda x: "" if x == 1 else "s" 

The lambda expression returns an anonymous function which we assign to the 
variable s. Any (callable) variable can be called using parentheses, so given the 
count of files processed in some operation we could output a message using the 
s() function like this: print ("{0} file{l} processed" .format(count, s(count))). 

Lambda functions are often used as the key function for the built-in sorted() 
function and for the list. sort () method. Suppose we have a list of elements 
as 3-tuples of (group, number, name), and we wanted to sort this list in various 
ways. Here is an example of such a list: 

elements = [(2, 12, "Mg"), (1, 11, "Na"), (1, 3, "Li"), (2, 4, "Be")] 

If we sort this list, we get this result: 

[(1, 3, 'Li'), (1, 11, 'Na'), (2, 4, 'Be'), (2, 12, 'Mg')] 

We saw earlier when we covered the sorted] ) function that we can provide a 
key function to alter the sort order. For example, if we wanted to sort the list 
by number and name, rather than the natural ordering of group, number, and 
name, we could write a tiny function, def ignore0(e): return e[l] , e[2], which 
could be provided as the key function. Creating lots of little functions like this 
can be inconvenient, so a frequently used alternative is a lambda function: 


Genera¬ 
tor func¬ 
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elements.sort(key=lanibda e: (e[l], e[2])) 

Here the key function is lambda e: (e[l],e[2]) with e being each 3-tuple ele¬ 
ment in the list. The parentheses around the lambda expression are required 
when the expression is a tuple and the lambda function is created as a func¬ 
tion’s argument. We could use slicing to achieve the same effect: 

elements.sort(key=lambda e; e[l;3]) 

A slightly more elaborate version gives us sorting in case-insensitive name, 
number order: 

elements.sort(key=lambda e: (e[2].lower(), e[l])) 

Here are two equivalent ways to create a function that calculates the area of a 
triangle using the conventional | x base x height formula: 


def area(b, h): 

area = lambda b, h: 0.5 * b * h return 0.5 * b * h 


We can call a rea (6, 5), whether we created the function using a lambda expres¬ 
sion or using a def statement, and the result will be the same. 


Default 

dictio¬ 
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Another neat use of lambda functions is when we want to create default dictio¬ 
naries. Recall from the previous chapter that if we access a default dictionary 
using a nonexistent key, a suitable item is created with the given key and with 
a default value. Here are a few examples: 


minus_one_dict = collections.defaultdict(lambda: -1) 
point_zero_dict = collections.defaultdict(lambda: (0, 0)) 
message_dict = collections.defaultdict(lambda: "No message available") 

If we access the minus one dict with a nonexistent key, a new item will be creat¬ 
ed with the given key and with a value of -1. Similarly for the point zero dict 
where the value will be the tuple (0, 0), and for the message dict where the val¬ 
ue will be the “No message available” string. 


Assertions 


What happens if a function receives arguments with invalid data? What 
happens if we make a mistake in the implementation of an algorithm and 
perform an incorrect computation? The worst thing that can happen is that the 
program executes without any (apparent) problem and no one is any the wiser. 
One way to help avoid such insidious problems is to write tests—something we 
will briefly look at in Chapter 5. Another way is to state the preconditions and 
postconditions and to indicate an error if any of these are not met. Ideally, we 
should use tests and also state preconditions and postconditions. 
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Preconditions and postconditions can be specified using assert statements, 
which have the syntax: 

assert boolean_expression, optional_expression 

If the boolean_expression evaluates to False an AssertionError exception is 
raised. If the optional optional_expression is given, it is used as the argument 
to the AssertionError exception—this is useful for providing error messages. 
Note, though, that assertions are designed for developers, not end-users. 
Problems that occur in normal program use such as missing files or invalid 
command-line arguments should be handled by other means, such as providing 
an error or log message. 

Here are two new versions of the product () function. Both versions are equiv¬ 
alent in that they require that all the arguments passed to them are nonzero, 
and consider a call with a 0 argument to be a coding error. 


def product(*args): # pessimistic 
assert aU(args), "0 argument" 
result = 1 
for arg in args; 

result *= arg 
return result 


def product(*args): # optimistic 
result = 1 
for arg in args; 
result *= arg 

assert result, "0 argument" 
return result 


The “pessimistic” version on the left checks all the arguments (or up to the first 
0 argument) on every call. The “optimistic” version on the right just checks the 
result; after all, if any argument was 0, then the result will be 0. 

If one of these product () functions is called with a 0 argument an Assertion- 
Error exception will be raised, and output similar to the following will be writ¬ 
ten to the error stream (sys. stderr, usually the console): 

Traceback (most recent call last): 

File "program.py", line 456, in <module> 

X = product(l, 2, 0, 4, 8) 

File "program.py", line 452, in product 
assert result, "0 argument" 

AssertionError: 0 argument 

Python automatically provides a traceback that gives the filename, function, 
and line number, as well as the error message we specified. 

Once a program is ready for public release (and of course passes all its tests and 
does not violate any assertions), what do we do about the assert statements? 
We can tell Python not to execute assert statements—in effect, to throw them 
away at runtime. This can be done by running the program at the command 
line with the -0 option, for example, python -0 prog ram. py. Another approach 
is to set the PYTHONOPTIMIZE environment variable to 0. If the docstrings are of 
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no use to our users (and normally they wouldn’t be), we can use the -00 option 
which in effect strips out both assert statements and docstrings: Note that 
there is no environment variable for setting this option. Some developers take 
a simpler approach: They produce a copy of their program with all assert state¬ 
ments commented out, and providing this passes their tests, they release the 
assertion-free version. 


Example: make_html_skeleton.py 


In this section we draw together some of the techniques covered in this chapter 
and show them in the context of a complete example program. 

Very small Web sites are often created and maintained by hand. One way 
to make this slightly more convenient is to have a program that can gener¬ 
ate skeleton HTML files that can later be fleshed out with content. The 
make html skeleton . py program is an interactive program that prompts the user 
for various details and then creates a skeleton HTML file. The program’s main () 
function has a loop so that users can create skeleton after skeleton, and it re¬ 
tains common data (e.g., copyright information) so that users don’t have to type 
it in more than once. Here is a transcript of a typical interaction: 

make_html_skeleton.py 
Make HTML Skeleton 

Enter your name (for copyright): Harold Pinter 
Enter copyright year [2008]: 2009 
Enter filename: career-synopsis 
Enter title: Career Synopsis 

Enter description (optional); synopsis of the career of Harold Pinter 

Enter a keyword (optional): playwright 

Enter a keyword (optional): actor 

Enter a keyword (optional): activist 

Enter a keyword (optional): 

Enter the stylesheet filename (optional): style 
Saved skeleton career-synopsis.html 

Create another (y/n)? [y]: 

Make HTML Skeleton 

Enter your name (for copyright) [Harold Pinter]: 

Enter copyright year [2009]: 

Enter filename: 

Cancelled 


Create another (y/n)? [y]: n 
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Notice that for the second skeleton the name and year had as their defaults 
the values entered previously, so they did not need to be retyped. But no 
default for the filename is provided, so when that was not given the skeleton 
was cancelled. 

Now that we have seen how the program is used, we are ready to study the 
code. The program begins with two imports: 

import datetime 
import xml.sax.saxutils 

The datetime module provides some simple functions for creating date¬ 
time, date and datetime, time objects. The xml. sax. saxutils module has a useful 
xml.sax.saxutils.escape!) function that takes a string and returns an equiv¬ 
alent string with the special HTML characters “<”, and “>”) in their es¬ 
caped forms (“&amp;”, “&lt;”, and “&gt;”). 

Three global strings are defined; these are used as templates. 

COPYRIGHT_TEMPLATE = "Copyright (c) {0} {!}. All rights reserved." 

STYLESHEET_TEMPLATE = ('<link rel="stylesheet" type="text/css" ' 

'media="all" href="{0}" />\n') 

HTML_TEMPLATE = .<?xml version="1.0"?> 

<!D0CTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" \ 
"http://www.w3.org/TR/xhtmll/DTD/xhtmll-strict.dtd"> 

<html xmlns="http: //WWW. w3.org/1999/xhtml" lang="en" xml:lang="en"> 
<head> 

<title>{title}</title> 

<!— {copyright} —> 

<meta name="Description" content="{description}" /> 

<meta name="Keywords" content="{keywords}" /> 

<meta equiv="content-type" content="text/html; charset=utf-8" /> 
{stylesheet}\ 

</head> 

<body> 

</body> 

</html> 

II II II 

These strings will be used as templates in conjunction with the str.format() 
method. In the case of HTML TEMPLATE we have used names rather than index 
positions for the field names, for example, {title}. We will see shortly that we 
must use keyword arguments to provide values for these. 

class CancelledError(Exception): pass 
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One custom exception is defined; we will see it in use when we look at a couple 
of the program’s functions. 

The program’s main () function is used to set up some initial information, and 
to provide a loop. On each iteration the user has the chance to enter some 
information for the HTML page they want generated, and after each one they 
are given the chance to finish. 

def mainO : 

information = dict(name=None, year=datetime.date.today!).year, 
filename=None, title=None, description=None, 
keywords=None, stylesheet=None) 

while True; 
try: 

print("\nMake HTML Skeleton\n") 
populate_information(information) 
make_html_skeleton(**information) 
except CancelledError; 
printC'Cancelled") 

if (get_string("\nCreate another (y/n)?", default="y").lower!) 
not in {"y", "yes"}): 
break 

The datetime .date.today!) function returns a datet ime .date object that holds to¬ 
day’s date. We want just the year attribute. All the other items of information 
are set to None since there are no sensible defaults that can be set. 

Inside the while loop the program prints a title, then calls the populate infor- 
mation! ) function with the information dictionary. This dictionary is updated 
inside the populate_information!) function. Next, the make_html_skeleton!) 
function is called—this function takes a number of arguments, but rather than 
give explicit values for each one we have simply unpacked the information dic¬ 
tionary. 

If the user cancels, for example, by not providing mandatory information, 
the program prints out “Cancelled”. At the end of each iteration (whether 
cancelled or not), the user is asked whether they want to create another 
skeleton—if they don’t, we break out of the loop and the program terminates. 

def populate_information!information): 

name = get_string!"Enter your name !for copyright)", "name", 
information["name"]) 

if not name: 

raise CancelledError!) 

year = get_integer!"Enter copyright year", "year", 
information["year"], 2000, 
datetime.date.today!).year + 1, True) 
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if year == 0: 

raise CancelledErrorO 

filename = get_string("Enter filename", "filename") 
if not filename: 

raise CancelledErrorO 

if not filename.endswith((".htm", ".html")): 
filename += ".html" 

information.update(name=name, year=year, filename=filename, 
title=title, description=description, 
keywords=keywords, stylesheet=stylesheet) 

We have omitted the code for getting the title and description texts, HTML key¬ 
words, and the stylesheet file. All of them use the get stringO function that 
we will look at shortly. It is sufficient to note that this function takes a message 
prompt, the “name” of the relevant variable (for use in error messages), and an 
optional default value. Similarly, the get_integer( ) function takes a message 
prompt, variable name, default value, minimum and maximum values, and 
whether 0 is allowed. 

At the end we update the information dictionary with the new values using 
keyword arguments. For each key=value pair the key is the name of a key in 
the dictionary whose value will be replaced with the given value —and in this 
case each value is a variable with the same name as the corresponding key in 
the dictionary. 

In theory, it looks like we could have done the update using information. up¬ 
date (locals () ), since all the variables we want to update are in the local scope. 
After all, we often use mapping unpacking with locals () to pass arguments to 
str.formatO.In fact, using locals () to pass arguments to st r. f o rmat () is gener¬ 
ally safe because only the keys named in the format string are used, with any 
others harmlessly ignored. But this is not the case for updating a dictionary. If 
we use locals () to update a dictionary, it will update the dictionary with every¬ 
thing in the local scope—including the dictionary itself—not just the variables 
we are interested in. So using locals () to populate or update a dictionary is 
usually a bad idea. 

This function has no explicit return value (so it returns None). It may also be 
terminated if a CancelledError exception is raised, in which case the exception 
is passed up the call stack to main () and handled there. 

We will look at the make_html_skeleton( ) function in two parts. 

def make_html_skeleton(year, name, title, description, keywords, 

stylesheet, filename): 
copyright = COPYRIGHT_TEMPLATE.format(year, 

xml.sax.saxutils.escape(name)) 
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title = xml.sax.saxutils.escape(title) 
description = xnil.sax.saxutils.escape(description) 
keywords = ",".join([xnil.sax.saxutils.escape(k) 

for k in keywords]) if keywords else "" 
stylesheet = (STYLESHEET_TEMPLATE.format(stylesheet) 
if stylesheet else "") 
html = HTML_TEMPLATE.format(**locals()) 

To get the copyright text we call str.formatO on the COPYRIGHT TEMPLATE, sup¬ 
plying the year and name (suitably HTML-escaped) as positional arguments 
to replace {0} and {!}. For the title and description we produce HTML-escaped 
copies of their texts. 

For the HTML keywords we have two cases to deal with, and we distinguish 
St r. them using a conditional expression. If no keywords have been entered, we set 

f 0 rmat () keywo rd s string to be the empty using. Otherwise, we use a list comprehen- 

78 -< sion to iterate over all the keywords to produce a new list of strings, with each 
one being HTML-escaped. This list is then joined into a single string with a 
comma separating each item using str. join(). 

The stylesheet text is created in a similar way to the copyright text, but within 
the context of a conditional expression so that the text is the empty string if 
no stylesheet is specified. 

Us- The html text is created from the HTML TEMPLATE, with keyword arguments used 
ing str. provide the data for the replacement fields rather than the positional argu- 
* * ments used for the other template strings. Rather than pass each argument 
map- explicitly using key=value syntax, we have used mapping unpacking on the 
pingun- mapping returned by locals () to do this for us. (The alternative would be to 
packing write the format () call as .format(title=title, copyright=copyright, etc.) 

81 < 

fh = None 
try: 

fh = open(filename, "w", encoding="utf8") 
fh.write(html) 

except EnvironmentError as err; 

print("ERROR", err) 
else: 

print("Saved skeleton", filename) 
finally; 

if fh is not None; 
fh.closeO 

Once the HTML has been prepared we write it to the file with the given 
filename. We inform the user that the skeleton has been saved—or of the error 
message if something went wrong. As usual we use a finally clause to ensure 
that the file is closed if it was opened. 





190 


Chapter 4. Control Structures and Functions 


Us¬ 
ing str. 
formatO 
with 
map¬ 
ping un¬ 
packing 
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def 


get_string(niessage, naiiie="string", default=None, 
mininiuni_length=0, iiiaximuin_length=80); 
message += " if default is None else " [{0}]: ".format(default) 

while True: 
try: 

line = input(message) 
if not line: 

if default is not None: 
return default 


if minimum_length == 0: 

return "" 
else: 

raise ValueError("{0} may not be empty".format( 
name)) 

if not (minimum_length <= len(line) <= maximum_length): 
raise ValueError("{name} must have at least " 
"{minimum_length} and at most " 
"{maximum_length} characters".format( 
**locals())) 


return line 

except ValueError as err: 
print("ERROR", err) 


This function has one mandatory argument, message, and four optional argu¬ 
ments. If a default value is given we include it in the message string so that 
the user can see the default they would get if they just press Enter without typ¬ 
ing any text. The rest of the function is enclosed in an infinite loop. The loop 
can be broken out of by the user entering a valid string—or by accepting the 
default (if given) by just pressing Enter. If the user makes a mistake, an error 
message is printed and the loop continues. As usual, rather than explicitly us¬ 
ing key=value syntax to pass local variables to str. format () with a format string 
that uses named fields, we have simply used mapping unpacking on the map¬ 
ping returned by locals () to do this for us. 

The user could also break out of the loop, and indeed out of the entire program, 
by typing CtrhC—this would cause a Keyboardinterrupt exception to be raised, 
and since this is not handled by any of the program’s exception handlers, would 
cause the program to terminate and print a traceback. Should we leave such 
a “loophole”? If we don’t, and there is a bug in our program, we could leave the 
user stuck in an infinite loop with no way out except to kill the process. Unless 
there is a very strong reason to prevent Ctrl-i-C from terminating a program, it 
should not be caught by any exception handler. 

Notice that this function is not specific to the make html skeleton.py 
program—it could be reused in many interactive programs of this type. Such 
reuse could be achieved by copying and pasting, but that would lead to main- 



Example: make html skeleton.py 


191 


tenance headaches—in the next chapter we will see how to create custom mod¬ 
ules with functionality that can be shared across any number of programs. 

def get_integer(message, name="integer", default=None, iTiinimum=0, 
maximuin=100, allow_zero=True): 


This function is so similar in structure to the get stringO function that it 
would add nothing to reproduce it here. (It is included in the source code that 
accompanies the book, of course.) The allow zero parameter can be useful 
when 0 is not a valid value but where we want to permit one invalid value to 
signify that the user has cancelled. Another approach would be to pass an 
invalid default value, and if that is returned, take it to mean that the user 
has cancelled. 

The last statement in the program is simply a call to niain(). Overall the pro¬ 
gram is slightly more than 150 lines and shows several features of the Python 
language introduced in this chapter and the previous ones. 


Summary 


This chapter covered the complete syntax for all of Python’s control structures. 
It also showed how to raise and catch exceptions, and how to create custom 
exception types. 

Most of the chapter was devoted to custom functions. We saw how to create 
functions and presented some rules of thumb for naming functions and their 
parameters. We also saw how to provide documentation for functions. Python’s 
versatile parameter syntax and argument passing were covered in detail, in¬ 
cluding both fixed and variable numbers of positional and keyword arguments, 
and default values for arguments of both immutable and mutable data types. 
We also briefly recapped sequence unpacking with * and showed how to do 
mapping unpacking with **. Mapping unpacking is particularly useful when 
applied to a dictionary (or other mapping), or to the mapping returned by lo¬ 
cals (), for passing key-value arguments to a st r. f o rmat () format string that 
uses named fields. 

If we need to assign a new value to a global variable inside a function, we can 
do so by declaring that the variable is global, thereby preventing Python from 
creating a local variable and assigning to that. In general, though, it is best to 
use global variables only for constants. 

Lambda functions are often used as key functions, or in other contexts where 
functions must be passed as parameters. This chapter showed how to create 
lambda functions, both as anonymous functions and as a means of creating 
small named one-line functions by assigning them to a variable. 
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The chapter also covered the use of the assert statement. This statement 
is very useful for specifying the preconditions and postconditions that we 
expect to be true on every use of a function, and can be a real aid to robust 
programming and bug hunting. 

In this chapter we covered all the fundamentals of creating functions, but 
many other techniques are available to us. These include creating dynamic 
functions (creating functions at runtime, possibly with implementations that 
differ depending on circumstances), covered in Chapter 5; local (nested) func¬ 
tions, covered in Chapter 7; and recursive functions, generator functions, and 
so on, covered in Chapter 8. 

Although Python has a considerable amount of built-in functionality, and a 
very extensive standard library, it is still likely that we will write some func¬ 
tions that would be useful in many of the programs we develop. Copying and 
pasting such functions would lead to maintenance nightmares, but fortunate¬ 
ly Python provides a clean easy-to-use solution: custom modules. In the next 
chapter we will learn how to create our own modules with our own functions 
inside them. We will also see how to import functionality from the standard 
library and from our own modules, and will briefly review what the standard 
library has to offer so that we can avoid reinventing the wheel. 


Exercise 


Write an interactive program that maintains lists of strings in files. 

When the program is run it should create a list of all the files in the current 
directory that have the .1st extension. Use os. listdir(".") to get all the files 
and filter out those that don’t have the .1st extension. If there are no matching 
files the program should prompt the user to enter a filename—adding the . 1st 
extension if the user doesn’t enter it. If there are one or more .1st files they 
should be printed as a numbered list starting from 1. The user should be asked 
to enter the number of the file they want to load, or 0, in which case they should 
be asked to give a filename for a new file. 

If an existing file was specified its items should be read. If the file is empty, or 
if a new file was specified, the program should show a message, “no items are 
in the list”. 

If there are no items, two options should be offered: “Add” and “Quit”. Once 
the list has one or more items, the list should be shown with each item num¬ 
bered from 1, and the options offered should be “Add”, “Delete”, “Save” (unless 
already saved), and “Quit”. If the user chooses “Quit” and there are unsaved 
changes they should be given the chance to save. Here is a transcript of a ses¬ 
sion with the program (with most blank lines removed, and without the “List 
Keeper” title shown above the list each time): 
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Choose filename: movies 

— no items are in the list — 

[A]dd [Q]uit [a]: a 
Add item: Love Actually 

1: Love Actually 

[A]dd [DJelete [Slave [Q]uit [a]: a 
Add item: About a Boy 

1: About a Boy 
2: Love Actually 

[A]dd [Dlelete [Slave [Qluit [al: 

Add item: Alien 

1: About a Boy 
2: Alien 

3: Love Actually 

[Aldd [Dlelete [Slave [Qluit [al: k 
ERROR: invalid choice—enter one of 'AaDdSsQq' 
Press Enter to continue... 

[Aldd [Dlelete [Slave [Qluit [al: d 
Delete item number (or 0 to cancel): 2 

1: About a Boy 
2: Love Actually 

[Aldd [Dlelete [Slave [Qluit [al: s 

Saved 2 items to movies.1st 
Press Enter to continue... 

1: About a Boy 

2: Love Actually 

[Aldd [Dlelete [Qluit [al: 

Add item: Four Weddings and a Funeral 

1: About a Boy 

2: Four Weddings and a Funeral 
3: Love Actually 

[Aldd [Dlelete [Slave [Qluit [al: q 

Save unsaved changes (y/n) [yl: 

Saved 3 items to movies.1st 


Keep the main () function fairly small (less than 30 lines) and use it to provide 
the program’s main loop. Write a function to get the new or existing filename 
(and in the latter case to load the items), and a function to present the op¬ 
tions and get the user’s choice of option. Also write functions to add an item, 
delete an item, print a list (of either items or filenames), load the list, and 
save the list. Either copy the get stringO and get_integer() functions from 
make_html_skeleton. py, or write your own versions. 
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When printing the list or the filenames, print the item numbers using a field 
width of 1 if there are less than ten items, of 2 if there are less than 100 items, 
and of 3 otherwise. 

Keep the items in case-insensitive alphabetical order, and keep track of 
whether the list is “dirty” (has unsaved changes). Offer the “Save” option only 
if the list is dirty and ask the user whether they want to save unsaved changes 
when they quit only if the list is dirty. Adding or deleting an item will make 
the list dirty; saving the list will make it clean again. 

A model solution is provided in listkeeper. py; it is less than 200 lines of code. 
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• Modules and Packages 

• Overview of Python’s Standard 
Library 


Modules 


Whereas functions allow us to parcel up pieces of code so that they can be 
reused throughout a program, modules provide a means of collecting sets of 
functions (and as we will see in the next chapter, custom data types) together 
so that they can be used by any number of programs. Python also has facilities 
for creating packages —these are sets of modules that are grouped together, 
usually because their modules provide related functionality or because they 
depend on each other. 

This chapter’s first section describes the syntaxes for importing functionality 
from modules and packages—whether from the standard library, or from our 
own custom modules and packages. The section then goes on to show how to 
create custom packages and custom modules. Two custom module examples 
are shown, the first introductory and the second illustrating how to handle 
many of the practical issues that arise, such as platform independence and 
testing. 

The second section provides a brief overview of Python’s standard library. It is 
important to be aware of what the library has to offer, since using predefined 
functionality makes programming much faster than creating everything from 
scratch. Also, many of the standard library’s modules are widely used, well 
tested, and robust. In addition to the overview, a few small examples are used 
to illustrate some common use cases. And cross-references are provided for 
modules covered in other chapters. 


Modules and Packages 


A Python module, simply put, is a . py file. A module can contain any Python 
code we like. All the programs we have written so far have been contained in a 
single . py file, and so they are modules as well as programs. The key difference 
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is that programs are designed to be run, whereas modules are designed to be 
imported and used by programs. 

Not all modules have associated . py files—for example, the sys module is built 
into Python, and some modules are written in other languages (most com¬ 
monly, C). However, much of Python’s library is written in Python, so, for ex¬ 
ample, if we write import collections we can create named tuples by calling 
collections. naiiiedtuple(), and the functionality we are accessing is in the col¬ 
lections, py module file. It makes no difference to our programs what lan¬ 
guage a module is written in, since all modules are imported and used in the 
same way. 

Several syntaxes can be used when importing. For example: 
import importable 

import importable!, importable2, ..., importableN 
import importable as preferredjaame 

Here importable is usually a module such as collections, but could be a package 
or a module in a package, in which case each part is separated with a dot (.), 
for example, os.path. The first two syntaxes are the ones we use throughout 
this book. They are the simplest and also the safest because they avoid the 
possibility of having name conflicts, since they force us to always use fully 
qualified names. 

The third syntax allows us to give a name of our choice to the package or mod¬ 
ule we are importing—theoretically this could lead to name clashes, but in 
practice the as syntax is used to avoid them. Renaming is particularly useful 
when experimenting with different implementations of a module. For ex¬ 
ample, if we had two modules MyModuleA and MyModuleB that had the same API 
(Application Programming Interface), we could write import MyModuleA as MyMod- 
ule in a program, and later on seamlessly switch to using import MyModuleB as 
MyModule. 

Where should import statements go? It is common practice to put all the import 
statements at the beginning of . py files, after the shebang line, and after the 
module’s documentation. And as we said back in Chapter 1, we recommend 
importing standard library modules first, then third-party library modules, 
and finally our own modules. 

Here are some other import syntaxes: 

from importable import object as preferred_name 
from importable import object!, object2, ..., objectN 
from importable import {object!, object2, objects, object4, objects, 
objects, .... objectN) 
from importable import * 


Pack¬ 
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These syntaxes can cause name conflicts since they make the imported objects 
(variables, functions, data types, or modules) directly accessible. If we want 
to use the from ... import syntax to import lots of objects, we can use multiple 
lines either by escaping each newline except the last, or by enclosing the object 
names in parentheses, as the third syntax illustrates. 

In the last syntax, the * means “import everything that is not private”, which in 
practical terms means either that every object in the module is imported except 
for those whose names begin with a leading underscore, or, if the module has 

a global_ all _variable that holds a list of names, that all the objects named 

in the_ all _variable are imported. 

Here are a few import examples: 
import os 

print(os.path.basename(filename)) # safe fully qualified access 

import os.path as path 

print(path.basename(filename)) # risk of name collision with path 
from os import path 

print(path.basename(filename)) # risk of name collision with path 
from os.path import basename 

print(basename(filename)) # risk of name collision with basename 

from os.path import * 

print(basename(filename)) # risk of many name collisions 

The from importable import * syntax imports all the objects from the module (or 
all the modules from the package)—this could be hundreds of names. In the 
case of from os.path import *, almost 40 names are imported, including dirname, 
exists, and split, any of which might be names we would prefer to use for our 
own variables or functions. 

For example, if we write from os. path import dirname, we can conveniently call 
dirname( ) without qualification. But if further on in our code we write dirname 
= ".",the object reference dirname will now be bound to the string instead of 
to the dirname( ) function, so if we try calling dirname( ) we will get a TypeError 
exception because dirname now refers to a string and strings are not callable. 

In view of the potential for name collisions the impo rt * syntax creates, some 
programming teams specify in their guidelines that only the import importable 
syntax may be used. However, certain large packages, particularly GUI 
(Graphical User Interface) libraries, are often imported this way because they 
have large numbers of functions and classes (custom data types) that can be 
tedious to type out by hand. 

A question that naturally arises is, how does Python know where to look for 
the modules and packages that are imported? The built-in sys module has a 
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list called sys. path that holds a list of the directories that constitute the Python 
path. The first directory is the directory that contains the program itself, even 
if the program was invoked from another directory. If the PYTHONPATH environ¬ 
ment variable is set, the paths specified in it are the next ones in the list, and 
the final paths are those needed to access Python’s standard library—these are 
set when Python is installed. 

When we first import a module, if it isn’t built-in. Python looks for the module 
in each path listed in sys. path in turn. One consequence of this is that if we cre¬ 
ate a module or program with the same name as one of Python’s library mod¬ 
ules, ours will be found first, inevitably causing problems. To avoid this, never 
create a program or module with the same name as one of the Python library’s 
top-level directories or modules—unless you are providing your own implemen¬ 
tation of that module and are deliberately overriding it. (A top-level module is 
one whose . py file is in one of the directories in the Python path, rather than in 
one of those directories’ subdirectories.) For example, on Windows the Python 
path usually includes a directory called C: \Python31\Lib, so on that platform we 
should not create a module called Lib. py, nor a module with the same name as 
any of the modules in the C: \Python31\Lib directory. 

One quick way to check whether a module name is in use is to try to import 
the module. This can be done at the console by calling the interpreter with 
the -c (“execute code”) command-line option followed by an import statement. 
For example, if we want to see whether there is a module called Music. py (or a 
top-level directory in the Python path called Music), we can type the following 
at the console: 

python -c "import Music" 

If we get an ImportError exception we know that no module or top-level direc¬ 
tory of that name is in use; any other output (or none) means that the name 
is taken. Unfortunately, this does not guarantee that the name will always be 
okay, since we might later on install a third-party Python package or module 
that has a conflicting name, although in practice this is a very rare problem. 

For example, if we created a module file called os. py, it would conflict with the 
library’s os module. But if we create a module file called path. py, this would be 
okay since it would be imported as the path module whereas the library module 
would be imported as os. path. In this book we use an uppercase letter for the 
first letter of custom module filenames; this avoids name conflicts (at least on 
Unix) because standard library module filenames are lowercase. 

A program might import some modules which in turn import modules of their 
own, including some that have already been imported. This does not cause any 
problems. Whenever a module is imported Python first checks to see whether 
it has already been imported. If it has not. Python executes the module’s 
byte-code compiled code, thereby creating the variables, functions, and other 
objects it provides, and internally records that the module has been imported. 
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At every subsequent import of the module Python will detect that the module 
has already been imported and will do nothing. 

When Python needs a module’s byte-code compiled code, it generates it 
automatically—this differs from, say, Java, where compiling to byte code must 
be done explicitly. First Python looks for a file with the same name as the 
module’s . py file but with the extension . pyo —this is an optimized byte-code 
compiled version of the module. If there is no . pyo file (or if it is older than 
the . py file, that is, if it is out of date). Python looks for a file with the exten¬ 
sion . pyc —this is a nonoptimized byte-code compiled version of the module. If 
Python finds an up-to-date byte-code compiled version of the module, it loads 
it; otherwise. Python loads the . py file and compiles a byte-code compiled ver¬ 
sion. Either way. Python ends up with the module in memory in byte-code com¬ 
piled form. 

If Python had to byte-compile the . py file, it saves a . pyc version (or . pyo if -0 
was specified on Python’s command line, or is set in the PYTHONOPTIMIZE environ¬ 
ment variable), providing the directory is writable. Saving the byte code can 
be avoided by using the -B command-line option, or by setting the PYTHONDONT- 
WRITEBYTECODE environment variable. 

Using byte-code compiled files leads to faster start-up times since the inter¬ 
preter only has to load and run the code, rather than load, compile, (save if 
possible), and run the code; runtimes are not affected, though. When Python is 
installed, the standard library modules are usually byte-code compiled as part 
of the installation process. 


Packages 


A package is simply a directory that contains a set of modules and a file called 

_init_. py. Suppose, for example, that we had a fictitious set of module files 

for reading and writing various graphics file formats, such as Bmp. py. Jpeg. py, 
Png.py, Tiff .py, and Xpm.py, all of which provided the functions loadO, saved, 
and so on.* We could keep the modules in the same directory as our program, 
but for a large program that uses scores of custom modules the graphics 
modules will be dispersed. By putting them in their own subdirectory, say, 

Graphics, they can be kept together. And if we put an empty_ init_. py file in 

the Graphics directory along with them, the directory will become a package: 

Graphics/ 

_init_.py 

Bmp.py 

Jpeg.py 


* Extensive support for handling graphics files is provided hy a variety of third-party modules, 
most notably the P3dhon Imaging Library (www.pythonware.com/products/pil). 
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Png.py 
Tiff.py 
Xpm.py 

As long as the G raphics directory is a subdirectory inside our program’s directo¬ 
ry or is in the Python path, we can import any of these modules and make use 
of them. We must be careful to ensure that our top-level module name (Graph¬ 
ics) is not the same as any top-level name in the standard library so as to avoid 
name conflicts. (On Unix this is easily done by starting with an uppercase let¬ 
ter since all of the standard library’s modules have lowercase names.) Here’s 
how we can import and use our module: 

import Graphics.Bmp 

image = Graphics.Bmp.loadC'bashful.bmp") 

For short programs some programmers prefer to use shorter names, and 
Python makes this possible using two slightly different approaches. 

import Graphics.Jpeg as Jpeg 
image = Jpeg.load("doc.jpeg") 

Here we have imported the Jpeg module from the Graphics package and told 
Python that we want to refer to it simply as Jpeg rather than using its fully 
qualified name, Graphics .Jpeg. 

from Graphics import Png 
image = Png.load("dopey, png") 

This code snippet imports the Png module directly from the Graphics package. 
This syntax (from ... import) makes the Png module directly accessible. 

We are not obliged to use the original package names in our code. For ex¬ 
ample: 

from Graphics import Tiff as picture 
image = picture.loadC'grumpy.tiff") 

Here we are using the Tiff module, but have in effect renamed it inside our 
program as the picture module. 

In some situations it is convenient to load in all of a package’s modules using 

a single statement. To do this we must edit the package’s_ init_.py file 

to contain a statement which specifies which modules we want loaded. This 

statement must assign a list of module names to the special variable_ all_. 

For example, here is the necessary line for the Graphics/_init_. py file: 

_all_ = ["Bmp", "Jpeg", "Png", "Tiff", "Xpm"] 



Modules and Packages 


201 


That is all that is required, although we are free to put any other code we like in 
the_init_. py file. Now we can write a different kind of import statement: 

from Graphics import * 
image = Xpm.load("sleepy.xpm") 

The f rom package impo rt * syntax directly imports all the modules named in the 

_all_list. So, after this import, not only is the Xpm module directly accessible, 

but so are all the others. 

As noted earlier, this syntax can also be applied to a module, that is, from module 
import *, in which case all the functions, variables, and other objects defined in 
the module (apart from those whose names begin with a leading underscore) 
will be imported. If we want to control exactly what is imported when the f rom 

module import * syntax is used, we can define an_ all _list in the module itself, 

in which case doing from module import * will import only those objects named 
in the_ all _list. 

So far we have shown only one level of nesting, but Python allows us to nest 
packages as deeply as we like. So we could have a subdirectory inside the 
Graphics directory, say. Vector, with module files inside that, such as Eps. py and 
Svg.py: 

Graphics/ 

_init_.py 

Bmp.py 
Jpeg.py 
Png.py 
Tiff.py 
Vector/ 

_init_.py 

Eps.py 
Svg.py 
Xpm.py 

For the Vector directory to be a package it must have an_init_. py file, and 

as noted, this can be empty or could have an_ all _list as a convenience for 

programmers who want to import using from Graphics .Vector import *. 

To access a nested package we just build on the syntax we have already used: 

import Graphics.Vector.Eps 

image = Graphics.Vector.Eps.loadC'sneezy.eps") 

The fully qualified name is rather long, so some programmers try to keep their 
module hierarchies fairly flat to avoid this. 
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import Graphics.Vector.Svg as Svg 
image = Svg.loadC'snow.svg") 

We can always use our own short name for a module, as we have done here, 
although this does increase the risk of having a name conflict. 

All the imports we have used so far (and that we will use throughout the rest 
of the book) are absolute imports—this means that every module we import is 
in one of sys. path’s directories (or subdirectories if the import name included 
one or more periods which effectively serve as path separators). When creating 
large multimodule multidirectory packages it is often useful to import other 
modules that are part of the same package. For example, in Eps. py or Svg. py 
we could get access to the Png module using a conventional import, or using a 
relative import: 

import Graphics.Png as Png from ..Graphics import Png 

These two code snippets are equivalent; they both make the Png module directly 
available inside the module where they are used. But note that relative im¬ 
ports, that is, imports that use the from module import syntax with leading dots 
in front of the module name (each dot representing stepping up one directory), 
can be used only in modules that are inside a package. Using relative imports 
makes it easier to rename the top-level package and prevents accidentally im¬ 
porting standard modules rather than our own inside packages. 


Custom Modules 


Since modules are just . py files they can be created without formality. In this 
section we will look at two custom modules. The first module, TextUtil (in file 
TextUtil.py), contains just three functions: is_balanced( ) which returns True 
if the string it is passed has balanced parentheses of various kinds, shorten () 
(shown earlier; 177 -<), and simplifyO, a function that can strip spurious 
whitespace and other characters from a string. In the coverage of this module 
we will also see how to execute the code in docstrings as unit tests. 

The second module, Cha rG rid (in file Cha rG rid . py), holds a grid of characters and 
allows us to “draw” lines, rectangles, and text onto the grid and to render the 
grid on the console. This module shows some techniques that we have not seen 
before and is more typical of larger, more complex modules. 


The TextUtil Module 


The structure of this module (and most others) differs little from that of a 
program. The first line is the shebang line, and then we have some comments 
(typically the copyright and license information). Next it is common to have a 
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triple quoted string that provides an overview of the module’s contents, often 
including some usage examples—this is the module’s docstring. Here is the 
start of the TextUtil. py file (but with the license comment lines omitted): 

#!/usr/bin/env pythonB 

# Copyright (c) 2008-9 Qtrac Ltd. All rights reserved. 

II II II 

This module provides a few string manipulation functions. 

»> is_balanced("(Python (is (not (lisp))))") 

True 

»> shortenC'The Crossing", 10) 

'The Cro...' 

»> simplify(" some text with spurious whitespace ") 

'some text with spurious whitespace' 

II II II 


import string 

This module’s docstring is available to programs (or other modules) that import 

the module as TextUtil._doc_. After the module docstring come the imports, 

in this case just one, and then the rest of the module. 

We have already seen the shorten!) function reproduced in full, so we will not 
repeat it here. And since our focus is on modules rather than on functions, 
although we will show the simplify ( ) function in full, including its docstring, 
we will show only the code for is_balanced(). 

This is the simplify () function, broken into two parts: 

def simplify(text, whitespace=string.whitespace, delete=""): 

r"""Returns the text with multiple spaces reduced to single spaces 

The whitespace parameter is a string of characters, each of which 
is considered to be a space. 

If delete is not empty it should be a string, in which case any 
characters in the delete string are excluded from the resultant 
string. 

>» simplify!" this and\n that\t too") 

'this and that too' 

>» simplify!" Washington D.C.\n") 

'Washington D.C.' 

>» simplify!" Washington D.C.\n", delete=",;:.") 

'Washington DC 

>» simplify!" disemvoweled ", delete="aeiou") 

'dsmvwld' 


II II II 
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After the def line comes the function’s docstring, laid out conventionally with 
Raw a single line description, a blank line, further description, and then some 
strings examples written as though they were typed in interactively Because the 

67 -< quoted strings are inside a docstring we must either escape the backslashes 

inside them, or do what we have done here and use a raw triple quoted string. 

result = [] 

word = "" 

for char in text: 

if char in delete: 
continue 

elif char in whitespace: 
if word: 

result.append(word) 
word = "" 

else: 

word += char 

if word: 

result.append(word) 
return " ". join(result) 

The result list is used to hold “words”—strings that have no whitespace or 
deleted characters. The given text is iterated over character by character, with 
deleted characters skipped. If a whitespace character is encountered and a 
word is in the making, the word is added to the result list and set to be an empty 
string; otherwise, the whitespace is skipped. Any other character is added to 
the word being built up. At the end a single string is returned consisting of all 
the words in the result list joined with a single space between each one. 

The is balanced () function follows the same pattern of having a def line, then 
a docstring with a single-line description, a blank line, further description, 
and some examples, and then the code itself Here is the code without the 
docstring: 

def is_balanced(text, brackets="()[]{}<>"): 
counts = {} 
left_for_right = {} 

for left, right in zip(brackets[: :2], brackets[l::2]): 

assert left != right, "the bracket characters must differ" 
counts[left] = 0 
left_for_right[right] = left 
for c in text: 

if c in counts: 

counts[c] += 1 
elif c in left_for_right: 
left = left_for_right[c] 
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if counts[left] == 0: 

return False 
counts[left] -= 1 
return not any(counts.values])) 

The function builds two dictionaries. The counts dictionary’s keys are the 
opening characters and and its values are integers. The 

left for right dictionary’s keys are the closing characters and 

and its values are the corresponding opening characters. Once the dictionaries 
are set up the function iterates character by character over the text. Whenever 
an opening character is encountered, its corresponding count is incremented. 
Similarly, when a closing character is encountered, the function finds out what 
the corresponding opening character is. If the count for that character is 0 it 
means we have reached one closing character too many so can immediately 
return False; otherwise, the relevant count is decremented. At the end every 
count should be 0 if all the pairs are balanced, so if any one of them is not 0 the 
function returns False; otherwise, it returns T rue. 

Up to this point everything has been much like any other . py file. If TextUt il. py 
was a program there would presumably be some more functions, and at the end 
we would have a single call to one of those functions to start off the processing. 
But since this is a module that is intended to be imported, defining functions is 
sufficient. And now, any program or module can import TextUtil and make use 
of it: 

import TextUtil 

text = " a puzzling conundrum " 

text = TextUtil.simplify(text) # text == 'a puzzling conundrum' 

If we want the TextUtil module to be available to a particular program, we 
just need to put TextUtil. py in the same directory as the program. If we want 
TextUtil. py to be available to all our programs, there are a few approaches that 
can be taken. One approach is to put the module in the Python distribution’s 
site-packages subdirectory—this is usually C:\Python31\Lib\site-packages on 
Windows, but it varies on Mac OS X and other Unixes. This directory is in 
the Python path, so any module that is here will always be found. A second 
approach is to create a directory specifically for the custom modules we want 
to use for all our programs, and to set the PYTHON PATH environment variable to 
this directory. A third approach is to put the module in the local site-packages 
subdirectory—this is %APPDATA%\Python\Python31\site-packages on Windows 
and ~/.local/lib/python3.1/site-packages on Unix (including Mac OS X) and 
is in the Python path. The second and third approaches have the advantage of 
keeping our own code separate from the official installation. 

Having the TextUtil module is all very well, but if we end up with lots of pro¬ 
grams using it we might want to be more confident that it works as advertised. 
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One really simple way to do this is to execute the examples in the docstrings 
and make sure that they produce the expected results. This can be done by 
adding just three lines at the end of the module’s . py file: 

if _name_ == "_main_": 

import doctest 
doctest.testmodO 

Whenever a module is imported Python creates a variable for the module 

called_name_ and stores the module’s name in this variable. A module’s 

name is simply the name of its . py file but without the extension. So in this 

example, when the module is imported_name_will have the value "TextUtil", 

and the if condition will not be met, so the last two lines will not be executed. 
This means that these last three lines have virtually no cost when the module 
is imported. 

Whenever a . py file is run Python creates a variable for the program called 

_name_and sets it to the string "_main_". So if we were to run TextUtil. py 

as though it were a program. Python will set_name_to "_main_" and the if 

condition will evaluate to True and the last two lines will be executed. 

The doctest. testmod () function uses Python’s introspection features to discover 
all the functions in the module and their docstrings, and attempts to execute 
all the docstring code snippets it finds. Running a module like this produces 
output only if there are errors. This can be disconcerting at first since it doesn’t 
look like anything happened at all, but if we pass a command-line flag of -v, 
we will get output like this: 

Trying: 

is_balanced("(Python (is (not (lisp))))") 

Expecting: 

T rue 
ok 

Trying: 

simplifyC disemvoweled ", delete="aeiou") 

Expecting: 

'dsmvwld' 
ok 

4 items passed all tests; 

3 tests in _main_ 

5 tests in _main_.is_balanced 

3 tests in _main_.shorten 

4 tests in _main_.simplify 

15 tests in 4 items. 

15 passed and 0 failed. 

Test passed. 
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We have used an ellipsis to indicate a lot of lines that have been omitted. If 
there are functions (or classes or methods) that don’t have tests, these are listed 
when the -v option is used. Notice that the doctest module found the tests in 
the module’s docstring as well as those in the functions’ docstrings. 

Examples in docstrings that can be executed as tests are called doctests. Note 
that when we write doctests, we are able to call simplify () and the other func¬ 
tions unqualified (since the doctests occur inside the module itself). Outside 
the module, assuming we have done import TextUtil, we must use the qualified 
names, for example, TextUtil. is balanced (). 

In the next subsection we will see how to do more thorough tests—in particular, 
testing cases where we expect failures, for example, invalid data causing excep¬ 
tions. (Testing is covered more fully in Chapter 9.) We will also address some 
other issues that arise when creating modules, including module initialization, 
accounting for platform differences, and ensuring that if the from module import 
* syntax is used, only the objects we want to be made public are actually im¬ 
ported into the importing program or module. 


The CharGrid Module 


The CharGrid module holds a grid of characters in memory. It provides func¬ 
tions for “drawing” lines, rectangles, and text on the grid, and for rendering the 
grid onto the console. Here are the module’s docstring’s doctests: 

»> resize(14, 50) 

»> add_rectangle(0, 0, *get_size()) 

»> add_vertical_line(5, 10, 13) 

»> add_vertical_line(2, 9, 12, "!") 

»> add_horizontal_line(3, 10, 20, "+") 

»> add_rectangle(0, 0, 5, 5, "%") 

»> add_rectangle(5, 7, 12, 40, "#", True) 

»> add_rectangle(7, 9, 10, 38, " ") 

»> add_text(8, 10, "This is the CharGrid module") 

»> add_text(l, 32, "Pleasantville", "(9") 

»> add_rectangle(6, 42, 11, 46, fill=True) 

»> render(False) 

The CharGrid.add rectangleO function takes at least four arguments, the top- 
left corner’s row and column and the bottom-right corner’s row and column. 
The character used to draw the outline can be given as a fifth argument, and a 
Boolean indicating whether the rectangle should be filled (with the same char¬ 
acter as the outline) as a sixth argument. The first time we call it we pass the 
third and fourth arguments by unpacking the 2-tuple (width, height), returned 
by the CharGrid .get_size( ) function. 
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By default, the CharGrid. render! ) function clears the screen before printing the 
grid, but this can be prevented by passing False as we have done here. Here is 
the grid that results from the preceding doctests: 


(apieasantville@ 


++++++++++ 


################################# 
################################# **** 
## ## **** 
## This is the CharGrid module ## **** 
## ## **** 
################################# **** 
################################# 




The module begins in the same way as the TextUtil module, with a shebang 
line, copyright and license comments, and a module docstring that describes 
the module and has the doctests quoted earlier. Then the code proper begins 
with two imports, one of the sys module and the other of the subprocess module. 
The subprocess module is covered more fully in Chapter 10. 

The module has two error-handling policies in place. Several functions have 
a char parameter whose actual argument must always be a string containing 
exactly one character; a violation of this requirement is considered to be a fatal 
coding error, so assert statements are used to verify the length. But passing 
out-of-range row or column numbers is considered erroneous but normal, so 
custom exceptions are raised when this happens. 

We will now review some illustrative and key parts of the module’s code, 
beginning with the custom exceptions: 

class RangeError(Exception): pass 
class RowRangeError(RangeError); pass 
class ColumnRangeError(RangeError): pass 

None of the functions in the module that raise an exception ever raise a 
RangeError; they always raise the specific exception depending on whether an 
out-of-range row or column was given. But by using a hierarchy, we give users 
of the module the choice of catching the specific exception, or to catch either of 
them by catching their RangeError base class. Note also that inside doctests the 
exception names are used as they appear here, but if the module is imported 
with import CharGrid, the exception names are, of course, CharGrid.RangeError, 
CharGrid .RowRangeError, and CharGrid.ColumnRangeError. 
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_CHAR_ASSERT_TEMPLATE = ("char must be a single character: '{0}' " 

"is too long") 

_max_rows = 25 
_max_columns = 80 
_grid = [] 

_background_char = " " 

Here we define some private data for internal use by the module. We use 
leading underscores so that if the module is imported using from CharGrid 
import *, none of these variables will be imported. (An alternative approach 

would be to set an_ all _list.) The CHAR ASSERT TEMPLATE is a string for use 

with the str. format ( ) function; we will see it used to give an error message in 
assert statements. We will discuss the other variables as we encounter them. 

if sys.platform.startswithC'win"): 
def clear_screen(): 

subprocess.call(["cmd.exe", "/C", "els"]) 

else: 

def clear_screen(): 

subprocess.call(["clear"]) 

clear_screen._doc_ = .Clears the screen using the underlying \ 

window system's clear screen command. 

The means of clearing the console screen is platform-dependent. On Windows 
we must execute the cmd.exe program with appropriate arguments and on 
most Unix systems we execute the clear program. The subprocess module’s 
subprocess.call0 function lets us run an external program, so we can use it 
to clear the screen in the appropriate platform-specific way. The sys. platform 
string holds the name of the operating system the program is running on, for 
example, “win32” or “linux2”. So one way of handling the platform differences 
would be to have a single clear screen {) function like this: 

def clear_screen(): 

command = (["clear"] if not sys.platform.startswithC'win") else 
["cmd.exe", "/C", "els"]) 
subprocess.call(command) 

The disadvantage of this approach is that even though we know the platform 
cannot change while the program is running, we perform the check every time 
the function is called. 

To avoid checking which platform the program is being run on every time 
the clear_screen() function is called, we have created a platform-specific 
clear screenO function once when the module is imported, and from then on 
we always use it. This is possible because the def statement is a Python state¬ 
ment like any other; when the interpreter reaches the if it executes either 
the first or the second def statement, dynamically creating one or the other 
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clear screen () function. Since the function is not defined inside another func¬ 
tion (or inside a class as we will see in the next chapter), it is still a global func¬ 
tion, accessible like any other function in the module. 

After creating the function we explicitly set its docstring; this avoids us having 
to write the same docstring in two places, and also illustrates that a docstring 
is simply one of the attributes of a function. Other attributes include the 
function’s module and its name. 

def resize(max_rows, max_colunins, char=None): 

.Changes the size of the grid, wiping out the contents and 

changing the background if the background char is not None 

II II II 

assert max_rows > 0 and max_coluiiins > 0, "too small" 
global _grid, _niax_rows, _max_columns, _background_char 
if char is not None: 

assert len(char) == 1, _CHAR_ASSERT_TEMPLATE.format(char) 
_background_char = char 
_max_rows = max_rows 
_max_columns = iiiax_columns 

grid = [[_background_char for column in range(_max_columns)] 
for row in range(_max_rows)] 

This function uses an assert statement to enforce the policy that it is a coding 
error to attempt to resize the grid smaller than 1 x 1. If a background character 
is specified an assert is used to guarantee that it is a string of exactly one 
character; if it is not, the assertion error message is the CHAR ASSERT TEMPLATE’s 
text with the {0} replaced with the given char string. 

Unfortunately, we must use the global statement because we need to update a 
number of global variables inside this function. This is something that using 
an object-oriented approach can help us to avoid, as we will see in Chapter 6. 

The _g rid is created using a list comprehension inside a list comprehension. 
Using list replication such as [ [char] * columns] * rows will not work because 
the inner list will be shared (shallow-copied). We could have used nested for... 
in loops instead: 

_grid = [] 

for row in range(_max_rows): 

_grid.append( []) 

for column in range(_max_columns): 

_grid[-l].append(_background_char) 


This code is arguably trickier to understand than the list comprehension, and 
is much longer. 
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We will review just one of the drawing functions to give a flavor of how the 
drawing is done, since our primary concern is with the implementation of the 
module. Here is the add_horizontal_line( ) function, split into two parts: 

def add_horizontal_line(row, columnG, columnl, char="-"): 

.Adds a horizontal line to the grid using the given char 

>» add_horizontal_line(8, 20, 25, "=") 

»> char_at(8, 20) == char_at(8, 24) == "=" 

T rue 

>» add_horizontal_line{31, 11, 12) 

Traceback (most recent call last): 

RowRangeError 

II II II 

The docstring has two tests, one that is expected to work and another that is 
expected to raise an exception. When dealing with exceptions in doctests the 
pattern is to specify the “Traceback” line, since that is always the same and 
tells the doctest module an exception is expected, then to use an ellipsis to 
stand for the intervening lines (which vary), and ending with the exception line 
we expect to get. The cha r at () function is one of those provided by the module; 
it returns the character at the given row and column position in the grid. 

assert len(char) == 1, _CHAR_ASSERT_TEMPLATE.format(char) 
try: 

for column in range(column0, columnl): 

_grid[row][column] = char 
except IndexError; 

if not 0 <= row <= _max_rows; 

raise RowRangeError]) 
raise ColumnRangeError() 

The code begins with the same character length check that is used in the re¬ 
size () function. Rather than explicitly checking the row and column argu¬ 
ments, the function works by assuming that the arguments are valid. If an 
IndexError exception occurs because a nonexistent row or column is accessed, 
we catch the exception and raise the appropriate module-specific exception in 
its place. This style of programming is known colloquially as “it’s easier to ask 
forgiveness than permission”, and is generally considered more Pythonic (good 
Python programming style) than “look before you leap”, where checks are made 
in advance. Relying on exceptions to be raised rather than checking in advance 
is more efficient when exceptions are rare. (Assertions don’t count as “look 
before you leap” because they should never occur—and are often commented 
out—in deployed code.) 
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Almost at the end of the module, after all the functions have been defined, 
there is a single call to resize!): 

resize (_inax_rows, _niax_coluiiins) 

This call initializes the grid to the default size (25 x 80) and ensures that code 
that imports the module can safely make use of it immediately. Without this 
call, every time the module was imported, the importing program or module 
would have to call resize!) to initialize the grid, forcing programmers to 
remember that fact and also leading to multiple initializations. 

if _name_ == "_main_": 

import doctest 
doctest.testmod!) 

The last three lines of the module are the standard ones for modules that use 
the doctest module to check their doctests. (Testing is covered more fully in 
Chapter 9.) 

The Cha rG rid module has an important failing: It supports only a single charac¬ 
ter grid. One solution to this would be to hold a collection of grids in the mod¬ 
ule, but that would mean that users of the module would have to provide a key 
or index with every function call to identify which grid they were referring to. 
In cases where multiple instances of an object are required, a better solution is 
to create a module that defines a class (a custom data type), since we can cre¬ 
ate as many class instances (objects of the data type) as we like. An additional 
benefit of creating a class is that we should be able to avoid using the global 
statement by storing class (static) data. We will see how to create classes in the 
next chapter. 


Overview of Python’s Standard Library 


Python’s standard library is generally described as “batteries included”, and 
certainly a wide range of functionality is available, spread over around two 
hundred packages and modules. 

In fact, so many high-quality modules have been developed for Python over the 
years, that to include them all in the standard library would probably increase 
the size of the Python distribution packages by at least an order of magnitude. 
So those modules that are in the library are more a reflection of Python’s his¬ 
tory and of the interests of its core developers than of any concerted or sys¬ 
tematic effort to create a “balanced” library. Also, some modules have proved 
very difficult to maintain within the library—most notably the Berkeley DB 
module—and so have been taken out of the library and are now maintained 
independently. This means many excellent third-party modules are available 
for Python that—despite their quality and usefulness—are not in the standard 
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library. (We will look at two such modules later on: the PyParsing and PLY 
modules that are used to create parsers in Chapter 14.) 

In this section we present a broad overview of what is on offer, taking a 
thematic approach, but excluding those packages and modules that are of very 
specialized interest and those which are platform-specific. In many cases a 
small example is shown to give a flavor of some of the packages and modules; 
cross-references are provided for those packages and modules that are covered 
elsewhere in the book. 


String Handling 


The string module provides some useful constants such as string.ascii let- 
te rs and st ring. hexdigit s. It also provides the st ring. Formatte r class which we 
can subclass to provide custom string formatters.* The textwrap module can be 
used to wrap lines of text to a specified width, and to minimize indentation. 

The struct module provides functions for packing and unpacking numbers, 
Booleans, and strings to and from bytes objects using their binary representa¬ 
tions. This can be useful when handling data to be sent to or received from low- 
level libraries written in C. The struct and textwrap modules are used by the 
convert-incidents. py program covered in Chapter 7. 

The difflib module provides classes and methods for comparing sequences, 
such as strings, and is able to produce output both in standard “diff” formats 
and in HTML. 

Python’s most powerful string handling module is the re (regular expression) 
module. This is covered in Chapter 13. 

The io.StringlO class can provide a string-like object that behaves like an 
in-memory text file. This can be convenient if we want to use the same code 
that writes to a file to write to a string. 


Example: The io.StringlO Class 


Python provides two different ways of writing text to files. One way is to use 
a file object’s writeO method, and the other is to use the print () function 
with the file keyword argument set to a file object that is open for writing. 
For example: 

printC'An error message", file=sys.stdout) 
sys.stdout.write!"Another error message\n") 


bytes 

type 

>293 

The 

struct 

module 

>297 


*The term subclassing (or specializing) is used for when we create a custom data type (a class) 
based on another class. Chapter 6 gives full coverage of this topic. 
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Both lines of text are printed to sys.stdout, a file object that represents the 
“standard output stream”—this is normally the console and differs from 
sys.stderr, the “error output stream” only in that the latter is unbuffered. 
(Python automatically creates and opens sys. stdin, sys. stdout, and sys. stderr 
at program start-up.) The p rint () function adds a newline by default, although 
we can stop this by giving the end keyword argument set to an empty string. 

In some situations it is useful to be able to capture into a string the output 
that is intended to go to a file. This can be achieved using the io. St ringlO class 
which provides an object that can be used just like a file object, but which holds 
any data written to it in a string. If the io.StringlO object is given an initial 
string, it can also be read as though it were a file. 

We can access io. St ring 10 if we do import io, and we can use it to capture output 
destined for a file object such as sys. stdout: 

sys.stdout = io.StringI0() 

If this line is put at the beginning of a program, after the imports but before 
any use is made of sys. stdout, any text that is sent to sys. stdout will actually 
be sent to the io. St ringlO file-like object which this line has created and which 
has replaced the standard sys.stdout file object. Now, when the print() and 
sys.stdout.write() lines shown earlier are executed, their output will go to 
the io. St ringlO object instead of the console. (At any time we can restore the 
original sys. stdout with the statement sys. stdout = sys._stdout_.) 

We can obtain all the strings that have been written to the io.StringlO ob¬ 
ject by calling the io. St ringlO. getvalueO function, in this case by calling 
sys. stdout. getvalue ()—the return value is a string containing all the lines that 
have been written. This string could be printed, or saved to a log or sent over 
a network connection like any other string. We will see another example of 
io.StringlO use a bit further on O 227). 


Command-Line Programming 


If we need a program to be able to process text that may have been redirected 
in the console or that may be in files listed on the command line, we can use 
the f ileinput module’s f ileinput. input () function. This function iterates over 
all the lines redirected from the console (if any) and over all the lines in the 
files listed on the command line, as one continuous sequence of lines. The 
module can report the current filename and line number at any time using 
fileinput.filename! ) and fileinput.lineno( ), and can handle some kinds of 
compressed files. 

Two separate modules are provided for handling command-line options, 
optparse and getopt. The getopt module is popular because it is simple to use 
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and has been in the library for a long time. The optparse module is newer and 
more powerful. 


Example: The optparse Module 


Back in Chapter 2 we described the csv2html. py program. In that chapter’s ex¬ 
ercises we proposed extending the program to accept the command-line argu¬ 
ments, “maxwidth” taking an integer and “format” taking a string. The mod¬ 
el solution (csv2htinl2_ans. py) has a 26-line function to process the arguments. 
Here is the start of the mainO function for csv2html2_opt. py, a version of the 
program that uses the optpa rse module to handle the command-line arguments 
rather than a custom function: 

def main(): 

parser = optparse.OptionParser() 

parser.add_option("-w", "—maxwidth", dest="maxwidth", type="int", 
help=("the maximum number of characters that can be " 
"output to string fields [default: %default]")) 
parser.add_option("-f", "—format", dest="format", 

help=("the format used for outputting numbers " 

"[default: %default]")) 

parser.set_defaults(maxwidth=100, format=".0f") 
opts, args = parser.parse_args() 

Only nine lines of code are needed, plus the import optparse statement. Fur¬ 
thermore, we do not need to explicitly provide -h and — help options; these are 
handled by the optpa rse module to produce a suitable usage message using the 
texts from the help keyword arguments, and with any “%default” text replaced 
with the option’s default value. 

Notice also that the options now use the conventional Unix style of having both 
short and long option names that start with a hyphen. Short names are con¬ 
venient for interactive use at the console; long names are more understandable 
when used in shell scripts. For example, to set the maximum width to 80 we 
can use any of -w80, -w 80, —maxwidth=80, or —maxwidth 80. After the command 
line is parsed, the options are available using the dest names, for example, 
opts .maxwidth and opts.format. Any command-line arguments that have not 
been processed (usually filenames) are in the args list. 

If an error occurs when parsing the command line, the optparse parser will 
call sys.exit(2). This leads to a clean program termination and returns 2 to 
the operating system as the program’s result value. Conventionally, a return 
value of 2 signifies a usage error, 1 signifies any other kind of error, and 0 
means success. When sys. exit () is called with no arguments it returns 0 to the 
operating system. 
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Mathematics and Numbers 


In addition to the built-in int, float, and complex numbers, the library provides 
the decimal. Decimal and fractions. Fraction numbers. Three numeric libraries 
are available: math for the standard mathematical functions, cmath for complex 
number mathematical functions, and random which provides many functions for 
random number generation; these modules were introduced in Chapter 2. 

Python’s numeric abstract base classes (classes that can be inherited from 
but that cannot be used directly) are in the numbers module. They are useful 
for checking that an object, say, x, is any kind of number using isinstance(x, 
numbers.Number), or is a specific kind of number, for example, isinstance(x, 
numbers.Rational) or isinstance(x, numbers.Integral). 

Those involved in scientific and engineering programming will find the third- 
party NumPy package to be useful. This module provides highly efficient n-di- 
mensional arrays, basic linear algebra functions and Fourier transforms, and 
tools for integration with C, and Fortran code. The SciPy package incor¬ 
porates NumPy and extends it to include modules for statistical computations, 
signal and image processing, genetic algorithms, and a great deal more. Both 
are freely available from www. scipy.org. 


Times and Dates 


The calendar and datetime modules provide functions and classes for date and 
time handling. However, they are based on an idealized Gregorian calendar, 
so they are not suitable for dealing with pre-Gregorian dates. Time and date 
handling is a very complex topic—the calendars in use have varied in differ¬ 
ent places and at different times, a day is not precisely 24 hours, a year is not 
exactly 365 days, and daylight saving time and time zones vary. The date¬ 
time, datetime class (but not the datetime.date class) has provisions for han¬ 
dling time zones, but does not do so out of the box. Third-party modules are 
available to make good this deficiency, for example, dateutil from www.labix. 
org/python-dateutil, and mxDateTime from www.egenix.com/products/python/mx- 
Base/mxDateTime. 

The time module handles timestamps. These are simply numbers that hold the 
number of seconds since the epoch (1970-01-01T00:00:00 on Unix). This mod¬ 
ule can be used to get a timestamp of the machine’s current time in UTC (Co¬ 
ordinated Universal Time), or as a local time that accounts for daylight saving 
time, and to create date, time, and date/time strings formatted in various ways. 
It can also parse strings that have dates and times. 
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Example; The calendar, datetime, and time Modules 


Objects of type datetime.datetime are usually created programmatically, 
whereas objects that hold UTC date/times are usually received from external 
sources, such as file timestamps. Here are some examples: 

import calendar, datetime, time 

moon_datetime_a = datetime.datetime(1969, 7, 20, 20, 17, 40) 
moon_time = calendar.timegm(moon_datetime_a.utctimetuple()) 
moon_datetime_b = datetime.datetime.utcfromtimestamp(moon_time) 
moon_datetime_a.isoformat0 # returns: '1969-07-20120:17:40' 

moon_datetime_b.isoformat0 # returns: '1969-07-20120:17:40' 

time.Strftime("%Y-%m-%dT%H:%M:%S", time.gmtime(moon_time)) 

The moon datetime a variable is of type datetime.datetime and holds the 
date and time that Apollo 11 landed on the moon. The moon time variable 
is of type int and holds the number of seconds since the epoch to the moon 
landing—this number is provided by the calendar.timegm( ) function which 
takes a time_struct object returned by the datetime.datetime.utctimetupleO 
function, and returns the number of seconds that the time struct represents. 
(Since the moon landing occurred before the Unix epoch, the number is nega¬ 
tive.) The moon_datetime_b variable is of type datetime.datetime and is created 
from the moon time integer to show the conversion from the number of seconds 
since the epoch to a datetime.datetime object.* The last three lines all return 
identical ISO 8601-format date/time strings. 

The current UTC date/time is available as a datetime. datetime object by calling 
datetime.datetime.utcnow(), and as the number of seconds since the epoch by 
calling time.timeO. For the local date/time, use datetime.datetime.nowO or 
time.mktime(time.localtime()). 


Algorithms and Collection Data Types 


The bisect module provides functions for searching sorted sequences such 
as sorted lists, and for inserting items while preserving the sort order. This 
module’s functions use the binary search algorithm, so they are very fast. The 
heapq module provides functions for turning a sequence such as a list into a 
heap—a collection data type where the first item (at index position 0) is always 
the smallest item, and for inserting and removing items while keeping the 
sequence as a heap. 


*Unfortunately for Windows users, the datetime. datetime. utcf romtimestamp () function can’t handle 
negative timestamps, that is, timestamps for dates prior to January 1,1970. 
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The collections package provides the collections.defaultdict dictionary and 
the collections. namedtuple collection data types that we have previously dis¬ 
cussed. In addition, this package provides the collections.UserList and col¬ 
lections .Use rDict types, although subclassing the built-in list and diet types 
is probably more common than using these types. Another type is collec¬ 
tions. deque, which is similar to a list, but whereas a list is very fast for adding 
and removing items at the end, a collections. deque is very fast for adding and 
removing items both at the beginning and at the end. 

Python 3.1 introduced the collections .OrderedDict and the collections .Counter 
classes. OrderedDicts have the same API as normal diets, although when 
iterated the items are always returned in insertion order (i.e., from first to last 
inserted), and the popitem( ) method always returns the most recently added 
(i.e., last) item. The Counter class is a diet subclass used to provide a fast and 
easy way of keeping various counts. Given an iterable or a mapping (such as 
a dictionary), a Counter instance can, for example, return a list of the unique 
elements or a list of the most common elements as (element, count) 2-tuples. 

Python’s non-numeric abstract base classes (classes that can be inherited from 
but that cannot be used directly) are also in the collections package. They are 
discussed in Chapter 8. 

The array module provides the array.array sequence type that can store num¬ 
bers or characters in a very space-efficient way. It has similar behavior to lists 
except that the type of object it can store is fixed when it is created, so unlike 
lists it cannot store objects of different types. The third-party NumPy package 
mentioned earlier also provides efficient arrays. 

The weak ref module provides functionality for creating weak references—these 
behave like normal object references, except that if the only reference to an ob¬ 
ject is a weak reference, the object can still be scheduled for garbage collection. 
This prevents objects from being kept in memory simply because we have a ref¬ 
erence to them. Naturally, we can check whether the object a weak reference 
refers to still exists, and can access the object if it does. 


Example; The heapq Module 


The heapq module provides functions for converting a list into a heap and for 
adding and removing items from the heap while preserving the heap property. 
A heap is a binary tree that respects the heap property, which is that the 
first item (at index position 0) is always the smallest item.* Each of a heap’s 
subtrees is also a heap, so they too respect the heap property. Here is how a 
heap could be created from scratch: 


*Strictly speaking, the heapq module provides a min heap', heaps where the first item is always the 
largest are max heaps. 
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import heapq 
heap = [] 

heapq.heappush(heap, (5, "rest")) 
heapq.heappush(heap, (2, "work")) 
heapq.heappush(heap, (4, "study")) 

If we already have a list, we can turn it into a heap with heapq. heapify (alist); 
this will do any necessary reordering in-place. The smallest item can be 
removed from the heap using heapq. heappop(heap). 

for X in heapq.merge([1, 3, 5, 8], [2, 4, 7], [0, 1, 6, 8, 9]): 
print(x, end=" ") # prints: 011234567889 

The heapq. me rge () function takes any number of sorted iterables as arguments 
and returns an iterator that iterates over all the items from all the iterables 
in order. 


File Formats, Encodings, and Data Persistence 
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The standard library has extensive support for a variety of standard file for¬ 
mats and encodings. The base64 module has functions for reading and writing 
using the Base 16, Base32, and Base64 encodings specified in RFC 3548.* The 
quopri module has functions for reading and writing “quoted-printable” for¬ 
mat. This format is defined in RFC 1521 and is used for MIME (Multipurpose 
Internet Mail Extensions) data. The uu module has functions for reading and 
writing uuencoded data. RFC 1832 defines the External Data Representation 
Standard and module xdrlib provides functions for reading and writing data 
in this format. 


Modules are also provided for reading and writing archive files in the most 
popular formats. The bz2 module can handle . bz2 files, the gzip module handles 
.gz files, the tarfile module handles .tar, .tar.gz(also .tgz),and .tar.bz2 files, 
and the zipf ile module handles . zip files. We will see an example of using the 
ta rf ile module in this subsection, and later on (> 227) there is a small example 
that uses the gzip module; we will also see the gzip module in action again in 
Chapter 7. 

Support is also provided for handling some audio formats, with the aifc mod¬ 
ule for AIFF (Audio Interchange File Format) and the wave module for (uncom¬ 
pressed) .wav files. Some forms of audio data can be manipulated using the 
audioop module, and the sndhd r module provides a couple of functions for deter¬ 
mining what kind of sound data is stored in a file and some of its properties, 
such as the sampling rate. 


* RFC (Request for Comments) documents are used to specify various Internet technologies. 
Each one has a unique identification number and many of them have become officially adopted 
standards. 
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A format for configuration files (similar to old-style Windows .ini files) is 
specified in RFC 822, and the configparser module provides functions for 
reading and writing such files. 

Many applications, for example. Excel, can read and write CSV (Comma 
Separated Value) data, or variants such as tab-delimited data. The csv module 
can read and write these formats, and can account for the idiosyncracies that 
prevent CSV files from being straightforward to handle directly. 

In addition to its support of various file formats, the standard library also has 
packages and modules that provide data persistence. The pickle module is 
used to store and retrieve arbitrary Python objects (including entire collec¬ 
tions) to and from disk; this module is covered in Chapter 7. The library also 
supports DBM files of various kinds—these are like dictionaries except that 
their items are stored on disk rather than in memory, and both their keys and 
their values must be bytes objects or strings. The shelve module, covered in 
Chapter 12, can be used to provide DBM files with string keys and arbitrary 
Python objects as values—the module seamlessly converts the Python ob¬ 
jects to and from bytes objects behind the scenes. The DBM modules. Python’s 
database API, and using the built-in SQLite database are all covered in Chap¬ 
ter 12. 


Example: The base64 Module 


The base64 module is mostly used for handling binary data that is embedded in 
emails as ASCII text. It can also be used to store binary data inside . py files. 
The first step is to get the binary data into Base64 format. Here we assume 
that the base64 module has been imported and that the path and filename of a 
. png file are in the variable let t align png: 

binary = open(left_align_png, "rb")■read() 

ascii_text = "" 

for i, c in enumerate(base64.b64encode(binary)): 
if i and i % 68 == 0: 

ascii_text += "\\\n" 
ascii_text += chr(c) 

This code snippet reads the file in binary mode and converts it to a Base64 
string of ASCII characters. Every sixty-eighth character a backslash-newline 
combination is added. This limits the width of the lines of ASCII characters 
to 68, but ensures that when the data is read back the newlines will be ignored 
(because the backslash will escape them). The ASCII text obtained like this can 
be stored as a bytes literal in a . py file, for example: 

LEFT_ALIGN_PNG = b.\ 

iVBORw0KGgoAAAANSUhEUgAAACAAAAAgCAYAAABzenr0AAAABGdBTUEAALGPC/xhBQAA\ 


left_align.png 


bytes 

type 

>293 
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bmquu8PAniVT2+CwVV6rCyA9UfFMCkI+bN6pl8tCWqcUzrD0wBh2zVCR+JZVeAAAAAElF\ 
TkSuQmCC. 

We’ve omitted most of the lines as indicated by the ellipsis. 

The data can be converted back to its original binary form like this: 

binary = base64.b64decode(LEFT_ALIGN_PI\IG) 

The binary data could be written to a file using open (filename, "wb") .write( 
binary). Keeping binary data in .py files is much less compact than keeping 
it in its original form, but can be useful if we want to provide a program that 
requires some binary data as a single . py file. 


Example: The tarfile Module 


Most versions of Windows don’t come with support for the .tar format that 
is so widely used on Unix systems. This inconvenient omission can easily be 
rectified using Python’s ta rf tie module, which can create and unpack . ta r and 
.tar.gz archives (known as tarballs), and with the right libraries installed, 
.tar. bz2 archives. The untar. py program can unpack tarballs using the tarfile 
module; here we will just show some key extracts, starting with the first import 
statement: 

BZ2_AVAILABLE = True 
try: 

import bz2 
except ImportError: 

BZ2_AVAILABLE = False 

The bz2 module is used to handle the bzip2 compression format, but importing 
it will fail if Python was built without access to the bzip2 library. (The Python 
binary for Windows is always built with bzip2 compression built-in; it is only 
on some Unix builds that it might be absent.) We account for the possibility 
that the module is not available using a t ry ... except block, and keep a Boolean 
variable that we can refer to later (although we don’t quote the code that 
uses it). 

UNTRUSTED PREFIXES = tuple(["/", "W"] + 

[c + for c in string.ascii_letters]) 

This statement creates the tuple 'A;', 'B:', ..., 'Z:', 'a:', 'b:', 

..., ' z:'). Any filename in the tarball being unpacked that begins with one of 
these is suspect—tarballs should not use absolute paths since then they risk 
overwriting system files, so as a precaution we will not unpack any file whose 
name starts with one of these prefixes. 
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def untar(archive): 
tar = None 
try; 

tar = tarfile.open(archive) 
for member in tar.getmembers(): 

if member.name.startswith(UNTRUSTED_PREFIXES); 

printC'untrusted prefix, ignoring", member.name) 
elif ".." in member.name: 

printC'suspect path, ignoring", member.name) 
else: 

tar.extract(member) 
printC'unpacked", member.name) 
except (tarfile.TarError, EnvironmentError) as err: 

error(err) 

finally: 

if tar is not None: 
tar.close() 

Each file in a tarball is called a member. The tarfile.getmembersO function 
returns a list of tarfile.TarInfo objects, one for each member. The member’s 
filename, including its path, is in the tarfile.TarInfo.name attribute. If the 
name begins with an untrusted prefix, or contains .. in its path, we output an 
error message; otherwise, we call ta rf ile. ext ract () to save the member to disk. 
The ta rf ile module has its own set of custom exceptions, but we have taken the 
simplistic approach that if any exception occurs we output the error message 
and finish. 

def error(message, exit_status=l): 
print(message) 
sys.exit(exit_status) 

We have just quoted the errorO function for completeness. The (unquoted) 
mainO function prints a usage message if -h or — help is given; otherwise, it 
performs some basic checks before calling untar () with the tarball’s filename. 


File, Directory, and Process Handling 


The shutil module provides high-level functions for file and directory handling, 
including shutil. copyO and shutil. copytree() for copying files and entire 
directory trees, shutil. move() for moving directory trees, and shutil . rmtree() 
for removing entire directory trees, including nonempty ones. 

Temporary files and directories should be created using the tempfile module 
which provides the necessary functions, for example, tempfile.mkstemp( ), and 
creates the temporaries in the most secure manner possible. 
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The filecmp module can be used to compare files with the f ilecmp. cmp() func¬ 
tion and to compare entire directories with the filecmp. cmpfiles () function. 

One very powerful and effective use of Python programs is to orchestrate 
the running of other programs. This can be done using the subprocess mod¬ 
ule which can start other processes, communicate with them using pipes, and 
retrieve their results. This module is covered in Chapter 10. An even more 
powerful alternative is to use the multiprocessing module which provides ex¬ 
tensive facilities for offloading work to multiple processes and for accumulating 
results, and can often be used as an alternative to multithreading. 

The os module provides platform-independent access to operating system func¬ 
tionality. The os. environ variable holds a mapping object whose items are en¬ 
vironment variable names and their values. The program’s working directory 
is provided by os.getcwdO and can be changed using os.chdir(). The module 
also provides functions for low-level file-descriptor-based file handling. The 
os. access () function can be used to determine whether a file exists or whether 
it is readable or writable, and the os. listdir() function returns a list of the 
entries (e.g., the files and directories, but excluding the . and .. entries), in the 
directory it is given. The os. stat () function returns various items of informa¬ 
tion about a file or directory, such as its mode, access time, and size. 

Directories can be created using os.mkdirO, or if intermediate directories 
need to be created, using os.makedirsO. Empty directories can be removed 
using os. rmdir(), and directory trees that contain only empty directories can 
be removed using os. removedirsO. Files or directories can be removed using 
os. removed, and can be renamed using os. renamed. 

The os.walkd function iterates over an entire directory tree, retrieving the 
name of every file and directory in turn. 

The os module also provides many low-level platform-specific functions, for 
example, to work with file descriptors, and to fork (only on Unix systems), 
spawn, and exec. 

Whereas the os module provides functions for interacting with the operating 
system, especially in the context of the file system, the os.path module pro¬ 
vides a mixture of string manipulation (of paths), and some file system con¬ 
venience functions. The os. path. abspath () function returns the absolute path 
of its argument, with redundant path separators and .. elements removed. 
The os.path.split0 function returns a 2-tuple with the first element con¬ 
taining the path and the second the filename (which will be empty if a path 
with no filename was given). These two parts are also available directly using 
os.path.basenamed and os.path.dirnamed. A filename can also be split into 
two parts, name and extension, using os.path.splitext(). The os.path, join() 
function takes any number of path strings and returns a single path using the 
platform-specific path separator. 
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If we need several pieces of information about a file or directory we can use 
os.statO, but if we need just one piece, we can use the relevant os.path 
function, for example, os. path .exists(), os .path.getsize(), os. path .isfile(), or 
os. path. isdir(). 

The mimetypes module has the mimetypes .guess_type() function that tries to 
guess the given file’s MIME type. 


Example: The os and os.path Modules 


Here is how we can use the os and os.path modules to create a dictionary 
where each key is a filename (including its path) and where each value is the 
timestamp (seconds since the epoch) when the file was last modified, for those 
files in the given path: 

date_f roin_name = {} 

for name in os.listdir(path): 

fullname = os.path.join(path, name) 
if os.path.isfile(fullname): 

date_from_name[fullname] = os.path.getmtime(fullname) 

This code is pretty straightforward, but can be used only for the files in a 
single directory. If we need to traverse an entire directory tree we can use the 
os .walk () function. 

Here is a code snippet taken from the f inddup. py program.* The code creates a 
dictionary where each key is a 2-tuple (file size, filename) where the filename 
excludes the path, and where each value is a list of the full filenames that 
match their key’s filename and have the same file size: 

data = collections.defaultdict(list) 

for root, dies, files in os.walk(path): 
for filename in files: 

fullname = os.path.join(root, filename) 
key = (os.path.getsize(fullname), filename) 
data[key].append(fullname) 

For each directory, o s. wa I k () returns the root and two lists, one of the subdirec¬ 
tories in the directory and the other of the files in the directory. To get the full 
path for a filename we need to combine just the root and the filename. Notice 
that we do not have to recurse into the subdirectories ourselves— os .walk () does 
that for us. Once the data has been gathered, we can iterate over it to produce 
a report of possible duplicate files: 


*A much more sophisticated find duplicates program, findduplicates-t.py, which uses multiple 
threads and MD5 checksums, is covered in Chapter 10. 
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for size, filename in sorted(data): 
names = data[(size, filename)] 
if len(names) > 1: 

print("{filename} ({size} bytes) may be duplicated " 

"({0} files).format(len(names), **locals())) 
for name in names: 

print("\t{0}".format(name)) 

Because the dictionary keys are (size, filename) tuples, we don’t need to use a 
key function to get the data sorted in size order. If any (size, filename) tuple 
has more than one filename in its list, these might be duplicates. 

shell32.dll (8460288 bytes) may be duplicated (2 files): 
\windows\system32\shell32.dll 
\windows\system32\dllcache\shell32.dll 

This is the last item taken from the 3 282 lines of output produced by running 
f inddup. py \windows on a Windows XP system. 


Networking and Internet Programming 


Packages and modules for networking and Internet programming are a major 
part of Python’s standard library. At the lowest level, the socket module pro¬ 
vides the most fundamental network functionality, with functions for creating 
sockets, doing DNS (Domain Name System) lookups, and handling IP (Internet 
Protocol) addresses. Encrypted and authenticated sockets can be set up using 
the ssl module. The socketserver module provides TCP (Transmission Control 
Protocol) and UDP (User Datagram Protocol) servers. These servers can han¬ 
dle requests directly, or can create a separate process (by forking) or a separate 
thread to handle each request. Asynchronous client and server socket han¬ 
dling can be achieved using the asyncore module and the higher-level asynchat 
module that is built on top of it. 

Python has defined the WSGI (Web Server Gateway Interface) to provide 
a standard interface between web servers and web applications written in 
Python. In support of the standard the wsgiref package provides a reference 
implementation of WSGI that has modules for providing WSGI-compliant 
HTTP servers, and for handling response header and CGI (Common Gateway 
Interface) scripts. In addition, the http, server module provides an HTTP serv¬ 
er which can be given a request handler (a standard one is provided), to run 
CGI scripts. The http.cookies and http.cookiejar modules provide functions 
for managing cookies, and CGI script support is provided by the cgi and cgitb 
modules. 
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Client access to HTTP requests is provided by the http. client module, although 
the higher-level urllib package’s modules, urllib.parse, urllib. request, url- 
lib. response, urllib.error, and urllib. robotparser, provide easier and more 
convenient access to URLs. Grabbing a file from the Internet is as simple as: 

fh = urllib.request.urlopen("http://www.python.org/index.html") 

html = fh. readO .decode("utf8") 

The urllib. request.urlopen( ) function returns an object that behaves much 
like a file object opened in read binary mode. Here we retrieve the Python 
Web site’s index, html file (as a bytes object), and store it as a string in the html 
variable. It is also possible to grab files and store them in local files with the 
urllib. request.urlretrieve () function. 

HTML and XHTML documents can be parsed using the html. parser module, 
URLs can be parsed and created using the u rllib. pa rse module, and robots. txt 
files can be parsed with the urllib. robotparser module. Data that is represent¬ 
ed using JSON (JavaScript Object Notation) can be read and written using the 
j son module. 

In addition to HTTP server and client support, the library provides XML-RPC 
(Remote Procedure Call) support with the xmlrpc.client and xmlrpc.server 
modules. Additional client functionality is provided for FTP (File Transfer 
Protocol) by the ftplib module, for NNTP (Network News Transfer Protocol) 
by the nntplib module, and for TELNET with the telnetlib module. 

The smtpd module provides an SMTP (Simple Mail Transfer Protocol) server, 
and the email client modules are smtplib for SMTP, imaplib for IMAP4 (Inter¬ 
net Message Access Protocol), and poplib for POPS (Post Office Protocol). Mail¬ 
boxes in various formats can be accessed using the mailbox module. Individual 
messages (including multipart messages) can be created and manipulated us¬ 
ing the email module. 

If the standard library’s packages and modules are insufficient in this 
area. Twisted (www.twistedmatrix.com) provides a comprehensive third-par¬ 
ty networking library. Many third-party web programming libraries are 
also available, including Django (www.djangoproject.com) and Turbogears 
(www.turbogears.org) for creating web applications, and Plone (www.plone.org) 
and Zope (www. zope.org) which provide complete web frameworks and content 
management systems. All of these libraries are written in Python. 


XML 


There are two widely used approaches to parsing XML documents. One is the 
DOM (Document Object Model) and the other is SAX (Simple API for XML). 
Two DOM parsers are provided, one by the xml. dom module and the other by 
the xml.dom.minidom module. A SAX parser is provided by the xml.sax mod- 
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ule. We have already used the xml.sax.saxutils module for its xml.sax.sax- 
utils.escape! ) function (to XML-escape and There is also an 

xml.sax.saxutils.quoteattrO function that does the same thing but addi¬ 
tionally escapes quotes (to make the text suitable for a tag’s attribute), and 
xml. sax. saxutils. unescape () to do the opposite conversion. 

Two other parsers are available. The xml. pa rsers. expat module can be used to 
parse XML documents with expat, providing the expat library is available, and 
the xml. et ree. Element!ree can be used to parse XML documents using a kind 
of dictionary/list interface. (By default, the DOM and element tree parsers 
themselves use the expat parser under the hood.) 

Writing XML manually and writing XML using DOM and element trees, and 
parsing XML using the DOM, SAX, and element tree parsers, is covered in 
Chapter 7. 

There is also a third-party library, Ixml (www.codespeak.net/lxml), that claims 
to be “the most feature-rich and easy-to-use library for working with XML 
and HTML in the Python language.” This library provides an interface that 
is essentially a superset of what the element tree module provides, as well as 
many additional features such as support for XPath, XSLT, and many other 
XML technologies. 


Example; The xml.etree.ElementTree Module 


Python’s DOM and SAX parsers provide the APIs that experienced XML 
programmers are used to, and the xml. et ree. Element!ree module offers a more 
Pythonic approach to parsing and writing XML. The element tree module is 
a fairly recent addition to the standard library,* and so may not be familiar to 
some readers. In view of this, we will present a very short example here to give 
a flavor of it—Chapter 7 provides a more substantial example and provides 
comparative code using DOM and SAX. 

The U.S. government’s NO AA (National Oceanic and Atmospheric Administra¬ 
tion) Web site provides a wide variety of data, including an XML file that lists 
the U.S. weather stations. The file is more than 20 000 lines long and contains 
details of around two thousand stations. Here is a typical entry: 

<station> 

<station_id>KBOS</station_icl> 

<state>MA</state> 

<station_name>Boston, Logan International Airport</station_name> 

<xml_u rl>http://weathe r.gov/data/cu rrent_obs/KBOS.xml</xml_u rl> 
</station> 


*The xml. et ree. ElementTree module first appeared in Python 2.5. 
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We have cut out a few lines and reduced the indentation that is present in the 
file. The file is about 840K in size, so we have compressed it using gzip to a 
more manageable 72K. Unfortunately, the element tree parser requires either 
a filename or a file object to read, but we cannot give it the compressed file since 
that will just appear to be random binary data. We can solve this problem with 
two initial steps: 

binary = gzip.open(filenanie). readO 
fh = io.StringI0(binary.decode("utf8")) 

The gzip module’s gzip. open () function is similar to the built-in open () except bytes 
that it reads gzip-compressed files (those with extension .gz) as raw binary 
data. We need the data available as a file that the element tree parser can >■ 293 
work with, so we use the bytes. decode ( ) method to convert the binary data to a 
string using UTF-8 encoding (which is what the XML file uses), and we create 
a file-like io . St ringlO object with the string containing the entire XML file as 
its data. 

tree = xml.etree.ElementTree.ElementTreeO 
root = tree.parse(fh) 
stations = [] 

for element in tree.getiterator("station_naine"): 
stations.append(element.text) 

Here we create a new xml . et ree. Element!ree . Element!ree object and give it a file 
object from which to read the XML we want it to parse. As far as the element 
tree parser is concerned it has been passed a file object open for reading, 
although in fact it is reading a string inside an io. St ringlO object. We want to 
extract the names of all the weather stations, and this is easily achieved using 
the xml. et ree. Element!ree. Element! ree. getite rato r () method which returns an 
iterator that returns all the xml. et ree. Element!ree. Element objects that have 
the given tag name. We just use the element’s text attribute to retrieve the 
text. Like os .walk(), we don’t have to do any recursion ourselves; the iterator 
method does that for us. Nor do we have to specify a tag—in which case the 
iterator will return every element in the entire XML document. 


Other Modules 


We don’t have the space to cover the nearly 200 packages and modules that are 
available in the standard library. Nonetheless, this general overview should 
be sufficient to get a flavor of what the library provides and some of the key 
packages in the major areas it serves. In this section’s final subsection we 
discuss just a few more areas of interest. 

In the previous section we saw how easy it is to create tests in docstrings and 
to run them using the doctest module. The library also has a unit-testing 
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framework provided by the unittest module—this is a Python version of the 
Java JUnit test framework. The doctest module also provides some basic in¬ 
tegration with the unittest module. (Testing is covered more fully in Chap¬ 
ter 9.) Several third-party testing frameworks are also available, for example, 
py.test from codespeak.net/py/dist/test/test.html and nose from code.google, 
coin/p/python-nose. 

Noninteractive applications such as servers often report problems by writing 
to log files. The logging module provides a uniform interface for logging, and 
in addition to being able to log to files, it can log using HTTP GET or POST 
requests, or using email or sockets. 

The library provides many modules for introspection and code manipulation, 
and although most of them are beyond the scope of this book, one that is worth 
mentioning is pprint which has functions for “pretty printing” Python objects, 
including collection data types, which is sometimes useful for debugging. We 
will see a simple use of the inspect module that introspects live objects in 
Chapter 8. 

The threading module provides support for creating threaded applications, 
and the queue module provides three different kinds of thread-safe queues. 
Threading is covered in Chapter 10. 

Python has no native support for GUI programming, but several GUI libraries 
can be used by Python programs. The Tk library is available using the tkinter 
module, and is usually installed as standard. GUI programming is introduced 
in Chapter 15. 

The abc (Abstract Base Class) module provides the functions necessary for 
creating abstract base classes. This module is covered in Chapter 8. 

The copy module provides the copy.copy() and copy.deepcopyO functions that 
were discussed in Chapter 3. 

Access to foreign functions, that is, to functions in shared libraries (. dll files on 
Windows, . dylib files on Mac OS X, and . so files on Linux), is available using 
the ctypes module. Python also provides a C API, so it is possible to create 
custom data types and functions in C and make these available to Python. 
Both the ctypes module and Python’s C API are beyond the scope of this book. 

If none of the packages and modules mentioned in this section provides 
the functionality you need, before writing anything from scratch it is worth 
checking the Python documentation’s Global Module Index to see whether 
a suitable module is available, since we have not been able to mention ev¬ 
ery one here. And failing that, try looking at the Python Package Index 
(pypi.python.org/pypi) which contains several thousand Python add-ons rang¬ 
ing from small one-file modules all the way up to large library and framework 
packages containing anything from scores to hundreds of modules. 
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The chapter began by introducing the various syntaxes that can be used for 
importing packages, modules, and objects inside modules. We noted that 
many programmers only use the import importable syntax so as to avoid name 
clashes, and that we must be careful not to give a program or module the same 
name as a top-level Python module or directory. 

Also discussed were Python packages. These are simply directories with an 

_init_.py file and one or more .py modules inside them. The_init_.py 

file can be empty, but to support the from importable import * syntax, we can 

create an_all_special variable in the_init_. py file set to a list of module 

names. We can also put any common initialization code in the_init_. py file. 

It was noted that packages can be nested simply by creating subdirectories and 
having each of these contain its own_init_. py file. 

Two custom modules were described. The first just provided a few functions 
and had very simple doctests. The second was more elaborate with its own 
exceptions, the use of dynamic function creation to create a function with a 
platform-specific implementation, private global data, a call to an initialization 
function, and more elaborate doctests. 

About half the chapter was devoted to a high-level overview of Python’s stan¬ 
dard library. Several string handling modules were mentioned and a couple 
of io.StringlO examples were presented. One example showed how to write 
text to a file using either the built-in print () function or a file object’s write() 
method, and how to use an io. St ringlO object in place of a real file. In previous 
chapters we handled command-line options by reading sys. argv ourselves, but 
in the coverage of the library’s support for command-line programming we in¬ 
troduced the optpa rse module which greatly simplifies command-line argument 
handling—we will use this module extensively from now on. 

Mention was made of Python’s excellent support for numbers, and the library’s 
numeric types and its three modules of mathematical functions, as well as 
the support for scientific and engineering mathematics provided by the SciPy 
project. Both library and third-party date/time handling classes were briefly 
described and examples of how to obtain the current date/time and how to 
convert between datetime. datetime and the number of seconds since the epoch 
were shown. Also discussed were the additional collection data types and the 
algorithms for working with ordered sequences that the standard library 
provides, along with some examples of using the heapq module’s functions. 

The modules that support various file encodings (besides character encodings) 
were discussed, as well as the modules for packing and unpacking the most 
popular archive formats, and those that have support for audio data. An exam¬ 
ple showing how to use the Base64 encoding to store binary data in . py files was 
given, and also a program to unpack tarballs. Considerable support is provided 
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for handling directories and files—and all of this is abstracted into platform- 
independent functions. Examples were shown for creating a dictionary with 
filename keys and last modified timestamp values, and for doing a recursive 
search of a directory to identify possible duplicate files based on their name 
and size. 

A large part of the library is devoted to networking and Internet programming. 
We very briefly surveyed what is available, from raw sockets (including 
encrypted sockets), to TCP and UDP servers, to HTTP servers and support for 
the WSGI. Also mentioned were the modules for handling cookies, CGI scripts, 
and HTTP data, and for parsing HTML, XHTML, and URLs. Other modules 
that were mentioned included those for handling XML-RPC and for handling 
higher-level protocols such as FTP and NNTP, as well as the email client and 
server support using SMTP and client support for IMAP4 and POPS. 

The library’s comprehensive support for XML writing and parsing was also 
mentioned, including the DOM, SAX, and element tree parsers, and the expat 
module. And an example was given using the element tree module. Mention 
was also made of some of the many other packages and modules that the 
library provides. 

Python’s standard library represents an extremely useful resource that can 
save enormous amounts of time and effort, and in many cases allows us to 
write much smaller programs by relying on the functionality that the library 
provides. In addition, literally thousands of third-party packages are available 
to fill any gaps the standard library may have. All of this predefined function¬ 
ality allows us to focus much more on what we want our programs to do, while 
leaving the library modules to take care of most of the details. 

This chapter brings us to the end of the fundamentals of procedural program¬ 
ming. Later chapters, and particularly Chapter 8, will look at more advanced 
and specialized procedural techniques, and the following chapter introduces 
object-oriented programming. Using Python as a purely procedural language is 
both possible and practical—especially for small programs—^but for medium to 
large programs, for custom packages and modules, and for long-term maintain¬ 
ability, the object-oriented approach usually wins out. Fortunately, all that we 
have covered up to now is both useful and relevant in object-oriented program¬ 
ming, so the subsequent chapters will continue to build up our Python knowl¬ 
edge and skills based on the foundations that have now been laid. 


Exercise 


Write a program to show directory listings, rather like the dir command in 
Windows or Is in Unix. The benefit of creating our own listing program is 
that we can build in the defaults we prefer and can use the same program on 
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all platforms without having to remember the differences between dir and Is. 
Create a program that supports the following interface: 

Usage: Is.py [options] [pathl [path2 [... pathN]]] 

The paths are optional; if not given . is used. 

Options: 

-h, —help show this help message and exit 

-H, —hidden show hidden files [default: off] 

-in, —modified show last modified date/time [default: off] 

-0 ORDER, —order=ORDER 

order by ('name', 'n', 'modified', 'm', 'size', 's') [default: name] 
-r, —recursive recurse into subdirectories [default: off] 

-s, —sizes show sizes [default: off] 


(The output has been modified slightly to fit the book’s page.) 

Here is an example of output on a small directory using the command line 
Is.py -ms -os misc/: 


2008-02-11 14:17:03 
2008-02-05 14:22:38 
2007-12-13 12:01:14 

3 files, 1 directory 


12,184 misc/abstract.pdf 
109,788 misc/klmqtintro.lyx 
1,359,950 misc/tracking.pdf 
misc/phonelog/ 


We used option grouping in the command line (optparse handles this automati¬ 
cally for us), but the same could have been achieved using separate options, for 
example. Is.py -m -s -os misc/, or by even more grouping, Is.py -msos misc/, or 
by using long options, Is.py —modified —sizes —order=size misc/, or any com¬ 
bination of these. Note that we define a “hidden” file or directory as one whose 
name begins with a dot (.). 

The exercise is quite challenging. You will need to read the optparse documen¬ 
tation to see how to provide options that set a T rue value, and how to offer a 
fixed list of choices. If the user sets the recursive option you will need to pro¬ 
cess the files (but not the directories) using os. walk (); otherwise, you will have 
to use os. listdir( ) and process both files and directories yourself 

One rather tricky aspect is avoiding hidden directories when recursing. They 
can be cut out of os .walk( )’s dirs list—and therefore skipped by os .walk() —^by 
modifying that list. But be careful not to assign to the dirs variable itself, since 
that won’t change the list it refers to but will simply (and uselessly) replace it; 
the approach used in the model solution is to assign to a slice of the whole list, 
that is, dirs [: ] = [dir for dir in dirs if not dir. startswith( " .") ]. 

The best way to get grouping characters in the file sizes is to import the locale 
module, call locale.setlocale() to get the user’s default locale, and use the n 
format character. Overall, Is. py is about 130 lines split over four functions. 
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• The Object-Oriented Approach 

• Custom Classes 

• Custom Collection Classes 


Object-Oriented 

Programming 


In all the previous chapters we used objects extensively, but our style of 
programming has been strictly procedural. Python is a multiparadigm 
language—it allows us to program in procedural, object-oriented, and function¬ 
al style, or in any mixture of styles, since it does not force us to program in any 
one particular way. 

It is perfectly possible to write any program in procedural style, and for very 
small programs (up to, say, 500 lines), doing so is rarely a problem. But for most 
programs, and especially for medium-size and large programs, object-oriented 
programming offers many advantages. 

This chapter covers all the fundamental concepts and techniques for doing 
object-oriented programming in Python. The first section is especially for those 
who are less experienced and for those coming from a procedural programming 
background (such as C or Fortran). The section starts by looking at some of 
the problems that can arise with procedural programming that object-oriented 
programming can solve. Then it briefly describes Python’s approach to object- 
oriented programming and explains the relevant terminology. After that, the 
chapter’s two main sections begin. 

The second section covers the creation of custom data types that hold sin¬ 
gle items (although the items themselves may have many attributes), and 
the third section covers the creation of custom collection data types that can 
hold any number of objects of any types. These sections cover most aspects 
of object-oriented programming in Python, although we defer some more ad¬ 
vanced material to Chapter 8. 
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The Object-Oriented Approach 


In this section we will look at some of the problems of a purely procedural ap¬ 
proach by considering a situation where we need to represent circles, poten¬ 
tially lots of them. The minimum data required to represent a circle is its {x,y) 
position and its radius. One simple approach is to use a 3-tuple for each circle. 
For example: 

circle = (11, 60, 8) 

One drawback of this approach is that it isn’t obvious what each element of 
the tuple represents. We could mean (x, y, radius) or, just as easily, (ra¬ 
dius, X, y). Another drawback is that we can access the elements by index 
position only. If we have two functions, distance from_origin(x, y) and 
edge distance f roni_origin(x, y, radius), we would need to use tuple unpacking 
to call them with a circle tuple: 

distance = distance_f roin_origin(*circle[ :2]) 
distance = edge_distance_f roin_origin(*circle) 

Both of these assume that the circle tuples are of the form (x, y, radius). 
We can solve the problem of knowing the element order and of using tuple 
unpacking by using a named tuple: 

import collections 

Circle = collections.namedtuple("Circle", "x y radius") 
circle = Circle(13, 84, 9) 

distance = distancefrom_origin(circle.x, circle.y) 

This allows us to create Circle 3-tuples with named attributes which makes 
function calls much easier to understand, since to access elements we can use 
their names. Unfortunately, problems remain. For example, there is nothing 
to stop an invalid circle from being created: 

circle = Circle(33, 56, -5) 

It doesn’t make sense to have a circle with a negative radius, but the circle 
named tuple is created here without raising an exception—just as it would be 
if the radius was given as a variable that held a negative number. The error 
will be noticed only if we call the edge distance f rom_origin( ) function—and 
then only if that function actually checks for a negative radius. This inability 
to validate when creating an object is probably the worst aspect of taking a 
purely procedural approach. 

If we want circles to be mutable so that we can move them by changing their 
coordinates or resize them by changing their radius, we can do so by using the 
private collections.namedtuple._replace() method: 
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circle = circle._replace(radius=12) 

Just as when we create a Circle, there is nothing to stop us from (or warn us 
about) setting invalid data. 

If the circles were going to need lots of changes, we might opt to use a mutable 
data type such as a list, for the sake of convenience: 

circle = [36, 77, 8] 

This doesn’t give us any protection from putting in invalid data, and the best 
we can do about accessing elements by name is to create some constants so that 
we can write things like circle [RADIUS] = 5. But using a list brings additional 
problems—for example, we can legitimately call circle. sort ()! Using a dictio¬ 
nary might be an alternative, for example, circle = diet (x=36, y=77, radius=8), 
but again there is no way to ensure a valid radius and no way to prevent inap¬ 
propriate methods from being called. 


Object-Oriented Concepts and Terminology 


What we need is some way to package up the data that is needed to represent 
a circle, and some way to restrict the methods that can be applied to the data 
so that only valid operations are possible. Both of these things can be achieved 
by creating a custom Circle data type. We will see how to create a Circle data 
type in later in this section, but first we need to cover some preliminaries and 
explain some terminology. Don’t worry if the terminology is unfamiliar at first; 
it will become much clearer once we reach the examples. 

We use the terms class, type, and data type interchangeably. In Python we 
can create custom classes that are fully integrated and that can be used just 
like the built-in data types. We have already encountered many classes, for 
example, diet, int, and str. We use the term object, and occasionally the term 
instance, to refer to an instance of a particular class. For example, 5 is an int 
object and "oblong" is a str object. 

Most classes encapsulate both data and the methods that can be applied to that 
data. For example, the str class holds a string of Unicode characters as its data 
and supports methods such as st r. uppe r (). Many classes also support addition¬ 
al features; for example, we can concatenate two strings (or any two sequences) 
using the + operator and find a sequence’s length using the built-in len () func¬ 
tion. Such features are provided by special methods —these are like normal 
methods except that their names always begin and end with two underscores, 
and are predefined. For example, if we want to create a class that supports 
concatenation using the + operator and also the len () function, we can do so by 
implementing the_add_() and_len_() special methods in our class. Con¬ 

versely, we should never define any method with a name that begins and ends 
with two underscores unless it is one of the predefined special methods and is 
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appropriate to our class. This will ensure that we never get conflicts with later 
versions of Python even if they introduce new predefined special methods. 

Objects usually have attributes—methods are callable attributes, and other 
attributes are data. For example, a complex object has imag and real attributes 

and lots of methods, including special methods like_ add _() and_ sub _(to 

support the binary + and - operators), and normal methods like conjugate!). 
Data attributes (often referred to simply as “attributes”) are normally imple¬ 
mented as instance variables, that is, variables that are unique to a particular 
object. We will see examples of this, and also examples of how to provide data 
attributes as properties. A property is an item of object data that is accessed like 
an instance variable but where the accesses are handled by methods behind the 
scenes. As we will see, using properties makes it easy to do data validation. 

Inside a method (which is just a function whose first argument is the instance 
on which it is called to operate), several kinds of variables are potentially acces¬ 
sible. The object’s instance variables can be accessed by qualifying their name 
with the instance itself Local variables can be created inside the method; these 
are accessed without qualification. Class variables (sometimes called static 
variables) can be accessed by qualifying their name with the class name, and 
global variables, that is, module variables, are accessed without qualification. 

Some of the Python literature uses the concept of a namespace, a mapping from 
names to objects. Modules are namespaces—for example, after the statement 
import math we can access objects in the math module by qualifying them with 
their namespace name (e.g., math. pi and math. sin( )). Similarly, classes and ob¬ 
jects are also namespaces; for example, if we have z = complex(l, 2), the z ob¬ 
ject’s namespace has two attributes which we can access (z. real and z. imag). 

One of the advantages of object orientation is that if we have a class, we can 
specialize it. This means that we make a new class that inherits all the at¬ 
tributes (data and methods) from the original class, usually so that we can add 
or replace methods or add more instance variables. We can subclass (another 
term for specialize), any Python class, whether built-in or from the standard 
library, or one of our own custom classes.* The ability to subclass is one of the 
great advantages offered by object-oriented programming since it makes it 
straightforward to use an existing class that has tried and tested functional¬ 
ity as the basis for a new class that extends the original, adding new data at¬ 
tributes or new functionality in a very clean and direct way. Furthermore, we 
can pass objects of our new class to functions and methods that were written 
for the original class and they will work correctly. 

We use the term base class to refer to a class that is inherited; a base class 
may be the immediate ancestor, or may be further up the inheritance tree. 
Another term for base class is super class. We use the term subclass, derived 


*Some library classes that are implemented in C cannot be subclassed; such classes specify this in 
their documentation. 
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class, or derived to describe a class that inherits from (i.e., specializes) another 
class. In Python every built-in and library class and every class we create is 
derived directly or indirectly from the ultimate base class—object. Figure 6.1 
illustrates some of the inheritance terminology. 


Superclass of diet, MyDict,... 
Base class of diet, MyDict,... 


object 

S_y 


Superclass of MyDict 
Base class of MyDict 



Subclass of object 
Specialization of object 
Derived from object 


Subclass of diet 
Specialization of diet 
Derived from diet 


MyDict 

s_/ 


Subclass of object 
Specialization of obj ect 
Derived from object 


Figure 6.1 Some object-oriented inheritance terminology 


Any method can be overridden, that is, reimplemented, in a subclass; this is the 
same as Java (apart from Java’s “final” methods).* If we have an object of class 
MyDict (a class that inherits diet) and we call a method that is defined by both 
diet and MyDict, Python will correctly call the MyDict version—this is known as 
dynamic method binding, also called polymorphism. If we need to call the base 
class version of a method inside a reimplemented method we can do so by using 
the built-in super() function. 

Python also supports duck typing —“if it walks like a duck and quacks like 
a duck, it is a duck”. In other words, if we want to call certain methods on an 
object, it doesn’t matter what class the object is, only that it has the methods we 
want to call. In the preceding chapter we saw that when we needed a file object 
we could provide one by calling the built-in open () function—or by creating an 
io.StringlO object and providing that instead, since io.StringlO objects have 
the same API (Application Programming Interface), that is, the same methods, 
as the file objects returned by open () in text mode. 

Inheritance is used to model is-a relationships, that is, where a class’s objects 
are essentially the same as some other class’s objects, but with some variations, 
such as extra data attributes and extra methods. Another approach is to use 
aggregation (also called composition) —this is where a class includes one or 
more instance variables that are of other classes. Aggregation is used to model 
has-a relationships. In Python, every class uses inheritance—^because all 
custom classes have object as their ultimate base class, and most classes also 
use aggregation since most classes have instance variables of various types. 


*In C++ terminology, all Python methods are virtual. 
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Some object-oriented languages have two features that Python does not pro¬ 
vide. The first is overloading, that is, having methods with the same name but 
with different parameter lists in the same class. Thanks to Python’s versatile 
argument-handling capabilities this is never a limitation in practice. The sec¬ 
ond is access control—there are no bulletproof mechanisms for enforcing data 
privacy. However, if we create attributes (instance variables or methods) that 
begin with two leading underscores. Python will prevent unintentional access¬ 
es so that they can be considered to be private. (This is done by name mangling; 
we will see an example in Chapter 8.) 

Just as we use an uppercase letter as the first letter of custom modules, we will 
do the same thing for custom classes. We can define as many classes as we like, 
either directly in a program or in modules—class names don’t have to match 
module names, and modules may contain as many class definitions as we like. 

Now that we have seen some of the problems that classes can solve, introduced 
the necessary terminology, and covered some background matters, we can 
begin to create some custom classes. 


Custom Classes 


In earlier chapters we created custom classes: custom exceptions. Here are two 
new syntaxes for creating custom classes: 

class className: 
suite 

class className(base_classes) ■. 
suite 

Since the exception subclasses we created did not add any new attributes (no 
instance data or methods) we used a suite of pass (i.e., nothing added), and 
since the suite was just one statement we put it on the same line as the class 
statement itself Note that just like def statements, class is a statement, so 
we can create classes dynamically if we want to. A class’s methods are created 
using def statements in the class’s suite. Class instances are created by calling 
the class with any necessary arguments; for example, x = complex(4, 8) creates 
a complex number and sets x to be an object reference to it. 


Attributes and Methods 


Let’s start with a very simple class. Point, that holds an (x, y) coordinate. The 
class is in file Shape. py, and its complete implementation (excluding docstrings) 
is show here: 


class Point: 
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def init (self, x=0, y=0): 

self.x = X 
self.y = y 

def distance_f roni_origin(self): 

return math.hypot(self.x, self.y) 

def _eq_(self, other): 

return self.x == other.x and self.y == other.y 

def _repr_(self): 

return "Point({0.x! r}, {0.y! r})" .forniat(self) 
def str (self); 

return "({0.x!r}, {0.y! r})" .forniat(self) 

Since no base classes are specified, Point is a direct subclass of object, just 
as though we had written class Point (object). Before we discuss each of the 
methods, let’s see some examples of their use: 

import Shape 
a = Shape.Point 0 
repr(a) 

b = Shape.Point(3, 4) 
str(b) 

b.distance_from_origin() 
b.x = -19 
str(b) 

a == b, a != b 


# returns: 'Point(0, 0)' 

# returns: '(3, 4)' 

# returns: 5.0 

# returns: '(-19, 4)' 

# returns: (False, True) 


The Point class has two data attributes, self.x and self.y, and five methods 
(not counting inherited methods), four of which are special methods; they are 
illustrated in Figure 6.2. Once the Shape module is imported, the Point class 
can be used like any other. The data attributes can be accessed directly (e.g., 
y = a.y), and the class integrates nicely with all of Python’s other classes by 
providing support for the equality operator (==) and for producing strings in 
representational and string forms. And Python is smart enough to supply the 
inequality operator (! =) based on the equality operator. (It is also possible to 
specify each operator individually if we want total control, for example, if they 
are not exact opposites of each other.) 

Python automatically supplies the first argument in method calls—it is an 
object reference to the object itself (called this in C++ and Java). We must in¬ 
clude this argument in the parameter list, and by convention the parameter is 
called self. All object attributes (data and method attributes) must be qualified 
by self. This requires a little bit more typing compared with some other lan¬ 
guages, but has the advantage of providing absolute clarity: we always know 
that we are accessing an object attribute if we qualify with self. 
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Figure 6.2 The Point class’s inheritance hierarchy 

To create an object, two steps are necessary. First a raw or uninitialized object 
must be created, and then the object must be initialized, ready for use. Some 
object-oriented languages (such as C++ and Java) combine these two steps 
into one, but Python keeps them separate. When an object is created (e.g., p = 

Shape. Point()), first the special method_new_() is called to create the object, 

and then the special method_init_() is called to initialize it. 

In practice almost every Python class we create will require us to reimple¬ 
ment only the _init_() method, since the object._new_() method is al¬ 

most always sufficient and is automatically called if we don’t provide our own 

_new_() method. (Later in this chapter we will show a rare example where 

we do need to reimplement_new_().) Not having to reimplement methods 

in a subclass is another benefit of object-oriented programming—if the base 
class method is sufficient we don’t have to reimplement it in our subclass. 
This works because if we call a method on an object and the object’s class 
does not have an implementation of that method. Python will automatically 
go through the object’s base classes, and their base classes, and so on, until it 
finds the method—and if the method is not found an AttributeError exception 
is raised. 

For example, if we execute p = Shape.Point(), Python begins by looking for 

the method Point._new_(). Since we have not reimplemented this method. 

Python looks for the method in Point’s base classes. In this case there is only 
one base class, object, and this has the required method, so Python calls ob¬ 
ject. _new_ () and creates a raw uninitialized object. Then Python looks for 

the initializer,_init_(), and since we have reimplemented it. Python doesn’t 

need to look further and calls Point._init_(). Finally, Python sets p to be an 

object reference to the newly created and initialized object of type Point. 

Because they are so short and a few pages away, for convenience we will show 
each method again before discussing it. 
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def _init_(self, x=0, y=0): 

self.x = X 
self.y = y 

The two instance variables, self.x and self.y, are created in the initializer, 
and assigned the values of the x and y parameters. Since Python will find this 

initializer when we create a new Point object, the object._init_() method 

will not be called. This is because as soon as Python has found the required 
method it calls it and doesn’t look further. 

Object-oriented purists might start the method off with a call to the base 

class_init_() method by calling super()._init_(). The effect of calling 

the super() function like this is to call the base class’s_init_() method. For 

classes that directly inherit obj ect there is no need to do this, and in this book 
we call base class methods only when necessary—for example, when creating 
classes that are designed to be subclassed, or when creating classes that don’t 
directly inherit object. This is to some extent a matter of coding style—it is 

perfectly reasonable to always call super()._init_() at the start of a custom 

class’s_init_() method. 

def distance_from_origin(self): 

return math.hypot(self.x, self.y) 

This is a conventional method that performs a computation based on the 
object’s instance variables. It is quite common for methods to be fairly short 
and to have only the object they are called on as an argument, since often all 
the data the method needs is available inside the object. 

def _eq_(self, other): 

return self.x == other.x and self.y == other.y 

Methods should not have names that begin and end with two under¬ 
scores—unless they are one of the predefined special methods. Python pro¬ 
vides special methods for all the comparison operators as shown in Table 6.1. 

All instances of custom classes support == by default, and the comparison 
returns False—unless we compare a custom object with itself We can override 

this behavior by reimplementing the_eq_() special method as we have done 

here. Python will supply the _ne_() (not equal) inequality operator (!=) 

automatically if we implement_eq_() but don’t implement_ne_(). 

By default, all instances of custom classes are hashable, so hash () can be called Fuzzy- 
on them and they can be used as dictionary keys and stored in sets. But if we 

reimplement_eq_(), instances are no longer hashable. We will see how to fix >■ 254 

this when we discuss the FuzzyBool class later on. 

By implementing this special method we can compare Point objects, but if we 
were to try to compare a Point with an object of a different type—say, int—we 
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Table 6.1 Comparison Special Methods 


Special Method 

Usage 

Description 

_It_(self, other) 

X < y 

Returns True if x is less than y 

_le_(self, other) 

X <= y 

Returns True if x is less than or equal to y 

_eq_(self, other) 

X == y 

Returns True if x is equal to y 

_ne_(self, other) 

X != y 

Returns True if x is not equal to y 

_ge_(self, other) 

X >= y 

Returns True if x is greater than or equal to y 

_gt_(self, other) 

X > y 

Returns True if x is greater than y 

would get an AttributeError exception (since ints don’t have an x attribute). 
On the other hand, we can compare Point objects with other objects that 


coincidentally just happen to have an x attribute (thanks to Python’s duck 
typing), but this may lead to surprising results. 

If we want to avoid inappropriate comparisons there are a few approaches 
we can take. One is to use an assertion, for example, assert isinstance(other, 
Point ). Another is to raise a Ty peE r ro r to indicate that comparisons between the 
twotypesarenotsupported,for example, if not isinstance(other, Point): raise 
TypeErrorO - The third way (which is also the most Pythonically correct) is to do 
this: if not isinstance(other, Point): return Notlmplemented. In this third case, 

if Notlmplemented is returned. Python will then try calling other._eq_(self) to 

see whether the other type supports the comparison with the Point type, and if 
there is no such method or if that method also returns Notlmplemented, Python 
will give up and raise a T ypeE r ro r exception. (Note that only reimplementations 
of the comparison special methods listed in Table 6.1 may return Notlmplement¬ 
ed.) 

The built-in isinstanceO function takes an object and a class (or a tuple of 
classes), and returns T rue if the object is of the given class (or of one of the tuple 
of classes), or of one of the class’s (or one of the tuple of classes’) base classes. 

def _repr_(self): 

return "Point({0.x!r}, {0.y!r})".format(self) 

The built-in repr() function calls the_repr_() special method for the object 

it is given and returns the result. The string returned is one of two kinds. 
One kind is where the string returned can be evaluated using the built-in 
evalO function to produce an object equivalent to the one repr() was called 
on. The other kind is used where this is not possible; we will see an example 
later on. Here is how we can go from a Point object to a string and back to a 
Point object: 
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p = Shape.Point(3, 9) 


repr(p) 

q = eval(p._module_ + + repr(p)) 

# returns: 

'Point(3, 

9) 

repr(q) 

# returns: 

'Point(3, 

9) 


We must give the module name when eval ()-ing if we used import Shape. (This 
import would not be necessary if we had done the import differently, for example, f rom 
195 -< Shape impo rt Point.) Python provides every object with a few private attributes, 

one of which is_ module _, a string that holds the object’s module name, which 

in this example is "Shape". 

At the end of this snippet we have two Point objects, p and q, both with the 
same attribute values, so they compare as equal. The eval () function returns 
the result of executing the string it is given—which must contain a valid 
Python statement. 

def _str_(self): 

return "({0.x!r}, {0.y!r})".format(self) 

The built-in str( ) function works like the repr( ) function, except that it calls 
the object’s_ str_ () special method. The result is intended to be understand¬ 

able to human readers and is not expected to be suitable for passing to the 
eval () function. Continuing the previous example, str(p) (orstr(q)) would re¬ 
turn the string ' (3, 9)'. 

We have now covered the simple Point class — and also covered a lot of behind- 
the-scenes details that are important to know but which can mostly be left in 
the background. The Point class holds an (x,y) coordinate — a fundamental part 
of what we need to represent a circle, as we discussed at the beginning of the 
chapter. In the next subsection we will see how to create a custom Circle class, 
inheriting from Point so that we don’t have to duplicate the code for the x and 
y attributes or for the distance f rom_origin( ) method. 


Inheritance and Polymorphism 


The Circle class builds on the Point class using inheritance. The Circle class 
adds one additional data attribute (radius), and three new methods. It also 
reimplements a few of Point’s methods. Here is the complete class definition: 

class Circle(Point): 

def _init_(self, radius, x=0, y=0); 

superO ._init_(x, y) 

self.radius = radius 

def edge_distance_f roin_origin(self); 

return abs(self.distance_from_origin() - self.radius) 


Dynam¬ 
ic code 
execu¬ 
tion 
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def area(self): 

return math.pi * (self.radius ** 2) 

def circumference(self): 

return 2 * math.pi * self.radius 

def _eq_(self, other): 

return self.radius == other.radius and super()._eq_(other) 

def _repr_(self): 

return "Circle({0.radius!r}, {O.xir}, {0.yIr})".format(self) 

def _str_(self): 

return repr(self) 

Inheritance is achieved simply by listing the class (or classes) that we want our 
class to inherit in the class line.* Here we have inherited the Point class—the 
inheritance hierarchy for Circle is shown in Figure 6.3. 



Figure 6.3 The Circle class’s inheritance hierarchy 

Inside the_ init _() method we use super() to call the base class’s_ init_() 

method—this creates and initializes the self .x and self .y attributes. Users 
of the class could supply an invalid radius, such as -2; in the next subsection 
we will see how to prevent such problems by making attributes more robust 
using properties. 

The areaO and circumference( ) methods are straightforward. The edge dis- 
tance_from_origin() method calls the distance_from_origin() method as part 


* Multiple inheritance, abstract base types, and other advanced object-oriented techniques are 
covered in Chapter 8. 
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of its computation. Since the Circle class does not provide an implementa¬ 
tion of the distance f rom origini ) method, the one provided by the Point base 
class will be found and used. Contrast this with the reimplementation of the 
_eq_() method. This method compares this circle’s radius with the other cir¬ 
cle’s radius, and if they are equal it then explicitly calls the base class’s_eq_() 

method using super( ). If we did not use super( ) we would have infinite recur¬ 
sion, since Circle. _eq_() would then just keep calling itself Notice also that 

we don’t have to pass the self argument in the super( ) calls since Python au¬ 
tomatically passes it for us. 

Here are a couple of usage examples: 

p = Shape.Point(28, 45) 

c = Shape.Circle(5, 28, 45) 

р. distance_from_origin() # returns: 53.0 

с. distance_from_origin() # returns: 53.0 


We can call the distance f rom_origin() method on a Point or on a Circle, since 
Circles can stand in for Points. 

Polymorphism means that any object of a given class can be used as though 
it were an object of any of its class’s base classes. This is why when we create 
a subclass we need to implement only the additional methods we require and 
have to reimplement only those existing methods we want to replace. And 
when reimplementing methods, we can use the base class’s implementation if 
necessary by using super() inside the reimplementation. 

In the Circle’s case we have implemented additional methods, such as areaO 
and circumference!), and reimplemented methods we needed to change. The 

reimplementations of_repr_() and_str_() are necessary because without 

them the base class methods will be used and the strings returned will be of 

Points instead of Circles. The reimplementations of_init_() and_eq_() 

are necessary because we must account for the fact that Circles have an addi¬ 
tional attribute, and in both cases we make use of the base class implementa¬ 
tions of the methods to minimize the work we must do. 
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The Point and Circle classes are as complete as we need them to be. We could 
provide additional methods, such as other comparison special methods if we 
wanted to be able to order Points or Circles. Another thing that we might 
want to do for which no method is provided is to copy a Point or Circle. Most 
Python classes don’t provide a copy!) method (exceptions being diet.copy() 
and set.copy0). If we want to copy a Point or Circle we can easily do so by 
importing the copy module and using the copy.copy() function. (There is no 
need to use copy.deepcopyO for Point and Circle objects since they contain only 
immutable instance variables.) 
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Using Properties to Control Attribute Access 


In the previous subsection the Point class included a distance f roni_origin() 
method, and the Circle class had the area(), circuinference( ), and edge dis- 
tance_f rom origin ( ) methods. All these methods return a single float value, so 
from the point of view of a user of these classes they could just as well be data 
attributes, but read-only, of course. In the ShapeAlt.py file alternative imple¬ 
mentations of Point and Circle are provided, and all the methods mentioned 
here are provided as properties. This allows us to write code like this: 

circle = Shape.Circle(5, 28, 45) # assumes: import ShapeAlt as Shape 
circle.radius # returns: 5 

circle.edge_distance_from_origin # returns: 48.0 

Here are the implementations of the getter methods for the ShapeAlt.Circle 
class’s area and edge_ distance_f rom_origin properties: 

@property 
def area(self): 

return math.pi * (self.radius ** 2) 

@property 

def edge_distance_from_origin(self): 

return abs(self.distance_from_origin - self.radius) 

If we provide only getters as we have done here, the properties are read-only. 
The code for the a rea property is the same as for the previous a rea () method. 
The edge distance f rom o rigin’s code is slightly different from before because it 
now accesses the base class’s distancef romorigin property instead of calling 
a distance from originO method. The most notable difference to both is the 
property decorator. A decorator is a function that takes a function or method 
as its argument and returns a “decorated” version, that is, a version of the 
function or method that is modified in some way. A decorator is indicated by 
preceding its name with an at symbol ((§). For now, just treat decorators as 
syntax—in Chapter 8 we will see how to create custom decorators. 

The property!) decorator function is built-in and takes up to four arguments: a 
getter function, a setter function, a deleter function, and a docstring. The 
effect of using @p rope rty is the same as calling the property () function with just 
one argument, the getter function. We could have created the a rea property 
like this: 

def area(self): 

return math.pi * (self.radius ** 2) 
area = property(area) 

We rarely use this syntax, since using a decorator is shorter and clearer. 
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In the previous subsection we noted that no validation is performed on the 
Circle’s radius attribute. We can provide validation by making radius into a 

property. This does not require any changes to the Circle._init_() method, 

and any code that accesses the Circle, radius attribute will continue to work 
unchanged—only now the radius will be validated whenever it is set. 

Python programmers normally use properties rather than the explicit getters 
and setters (e.g., getRadiusO and setRadiusO) that are so commonly used in 
other object-oriented languages. This is because it is so easy to change a data 
attribute into a property without affecting the use of the class. 

To turn an attribute into a readable/writable property we must create a private 
attribute where the data is actually held and supply getter and setter methods. 
Here is the radius’s getter, setter, and docstring in full: 

@property 

def radius(self); 

..The circle's radius 

»> circle = Circle(-2) 

Traceback (most recent call last): 

AssertionError: radius must be nonzero and non-negative 
>» circle = Circle(4) 

>» circle, radius = -1 
Traceback (most recent call last): 

AssertionError: radius must be nonzero and non-negative 
>» circle, radius = 6 

II II II 

return self._radius 

@radius.setter 

def radius(self, radius): 

assert radius > 0, "radius must be nonzero and non-negative" 
self._radius = radius 

We use an assert to ensure a nonzero and non-negative radius and store the 

radius’s value in the private attribute self._radius. Notice that the getter and 

setter (and deleter if we needed one) all have the same name—it is the decora¬ 
tors that distinguish them, and the decorators rename them appropriately so 
that no name conflicts occur. 

The decorator for the setter may look strange at first sight. Every property 
that is created has a getter, setter, and deleter attribute, so once the radius 
property is created using (aproperty, the radius.getter, radius.setter, and 
radius.deleter attributes become available. The radius.getter is set to the 
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getter method by the (Sproperty decorator. The other two are set up by Python 
so that they do nothing (so the attribute cannot be written to or deleted), unless 
they are used as decorators, in which case they in effect replace themselves 
with the method they are used to decorate. 

The Circle’s initializer. Circle._init_(), includes the statement self, radius = 

radius; this will call the radius property’s setter, so if an invalid radius is given 
when a Circle is created an AssertionError exception will be raised. Similarly, 
if an attempt is made to set an existing Circle’s radius to an invalid value, 
again the setter will be called and an exception raised. The docstring includes 
doctests to test that the exception is correctly raised in these cases. (Testing is 
covered more fully in Chapter 9.) 

Both the Point and Circle types are custom data types that have sufficient 
functionality to be useful. Most of the data types that we are likely to create 
are like this, but occasionally it is necessary to create a custom data type that 
is complete in every respect. We will see examples of this in the next sub¬ 
section. 


Creating Complete Fully Integrated Data Types 


When creating a complete data type two possibilities are open to us. One is to 
create the data type from scratch. Although the data type will inherit object 
(as all Python classes do), every data attribute and method that the data type 

requires (apart from_new_()) must be provided. The other possibility is to 

inherit from an existing data type that is similar to the one we want to create. 
In this case the work usually involves reimplementing those methods we want 
to behave differently and “unimplementing” those methods we don’t want 
at all. 

In the following subsubsection we will implement a FuzzyBool data type from 
scratch, and in the subsubsection after that we will implement the same type 
but will use inheritance to reduce the work we must do. The built-in bool type 
is two-valued (True and False), but in some areas of AI (Artificial Intelligence), 
fuzzy Booleans are used, which have values corresponding to “true” and “false”, 
and also to intermediates between them. In our implementations we will use 
floating-point values with 0.0 denoting False and 1.0 denoting True. In this 
system, 0.5 means 50 percent true, and 0.25 means 25 percent true, and so on. 
Here are some usage examples (they work the same with either implemen¬ 
tation): 

a = FuzzyBool.FuzzyBool(.875) 
b = FuzzyBool.FuzzyBool(.25) 
a >= b 

bool(a), bool(b) 


~a 


# returns: True 

# returns: (True, False) 

# returns: FuzzyBool(0.125) 
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a & b # returns: FuzzyBool{0.25) 

b 1= FuzzyBool.FuzzyBool(.5) # b is now: FuzzyBool(0.5) 

"a={0:.l%} b={l: .0%}".forinat(a, b) # returns: 'a=87.5% b=50%' 

We want the FuzzyBool type to support the complete set of comparison oper¬ 
ators (<, <=, ==, ! =, >=, >), and the three basic logical operations, not (~), and (&), 
and or (I). In addition to the logical operations we want to provide a couple of 
other logical methods, conjunction () and disjunction! ), that take as many 
FuzzyBools as we like and return the appropriate resultant FuzzyBool. And to 
complete the data type we want to provide conversions to types bool, int, float, 
and St r, and have an eval () -able representational form. The final requirements 
are that FuzzyBool supports str. format () format specifications, that FuzzyBools 
can be used as dictionary keys or as members of sets, and that FuzzyBools are 
immutable—^but with the provision of augmented assignment operators (&= 
and I =) to ensure that they are convenient to use. 

Table 6.1 (242 <.) lists the comparison special methods. Table 6.2 (>■ 250) lists 
the fundamental special methods, and Table 6.3 (>- 253) lists the numeric spe¬ 
cial methods—these include the bitwise operators (~, &, and |) which FuzzyBools 
use for their logical operators, and also arithmetic operators such as + and - 
which FuzzyBool does not implement because they are inappropriate. 


Creating Data Types from Scratch 


To create the FuzzyBool type from scratch means that we must provide an 
attribute to hold the FuzzyBool’s value and all the methods that we require. 
Here are the class line and the initializer, taken from FuzzyBool. py: 

class FuzzyBool: 

def _init_(self, value=0.0): 

self._value = value if 0.0 <= value <= 1.0 else 0.0 

We have made the value attribute private because we want FuzzyBool to behave 
like immutables, so allowing access to the attribute would be wrong. Also, if an 
out-of-range value is given we force it to take a fail-safe value of 0.0 (false). In 
the previous subsection’s ShapeAlt .Circle class we used a stricter policy, raising 
an exception if an invalid radius value was used when creating a new Circle 
object. The FuzzyBool’s inheritance tree is shown in Figure 6.4. 

The simplest logical operator is logical not, for which we have coopted the 
bitwise inversion operator (~): 

def _invert_ (self): 

return FuzzyBool(1.0 - self. _value) 
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Table 6.2 Fundamental Special Methods 



Special Method 

Usage 

Description 


_bool_(self) 

bool(x) 

If provided, returns a truth value 
for x; useful for if x : ... 


_format_(self, 

foriiiat_spec) 

"{0}" •forniat(x) Provides str.format () supportfor 
custom classes 


_hash_(self) 

hash(x) 

If provided, x can be used as a dic¬ 
tionary key or held in a set 


_init_(self, args) 

X = X(args) 

Called when an object is initialized 


_new_(els, args) 

X = X(args) 

Called when an object is created 


_repr_(self) 

repr(x) 

Returns a string representation of 
x; where possible eval( repr(x)) == x 

asciiO 

68 < 

_repr_(self) 

ascii(x) 

Returns a string representation of 

X using only ASCII characters 

str. 

format 0 

_str_(self) 

str(x) 

Returns a human-comprehensible 
string representation of x 

83 < 






The _del_ 

0 Special Method 


The_del_ (self) special method is called when an object is destroyed—at 

least in theory. In practice,_del_() may never be called, even at program 

termination. Furthermore, when we write del x, all that happens is that the 
object reference x is deleted and the count of how many object references 
refer to the object that was referred to by x is decreased by 1. Only when 

this count reaches 0 is_del_() likely to be called, but Python offers no 

guarantee that it will ever be called. In view of this,_del_() is very rarely 

reimplemented—none of the examples in this book reimplements it—and 
it should not be used to free up resources, so it is not suitable to be used for 
closing files, disconnecting network connections, or disconnecting database 
connections. 

Python provides two separate mechanisms for ensuring that resources are 
properly released. One is to use a t ry ... finally block as we have seen before 
and will see again in Chapter 7, and the other is to use a context object in 
conjunction with a with statement—this is covered in Chapter 8. 


The bitwise logical and operator (&) is provided by the_ and _() special method, 

and the in-place version (&=) is provided by_iand_(): 

def _and_(self, other): 

return FuzzyBool(niin(self._value, other._value)) 
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Figure 6.4 The FuzzyBool class’s inheritance hierarchy 

def _land_(self, other): 

self._value = niin(self._value, other._value) 

return self 

The bitwise and operator returns a new FuzzyBool based on this one and the 
other one, whereas the augmented assignment (in-place) version updates the 
private value. Strictly speaking, this is not immutable behavior, but it does 
match the behavior of some other Python immutables, such as int, where, for 
example, using += looks like the left-hand operand is being changed but in fact 
it is re-bound to refer to a new int object that holds the result of the addition. 
In this case no rebinding is needed because we really do change the FuzzyBool 
itself And we return self to support the chaining of operations. 

We could also implement_rand_(). This method is called when self and other 

are of different types and the_and_() method is not implemented for that 

particular pair of types. This isn’t needed for the FuzzyBool class. Most of the 
special methods for binary operators have both “i” (in-place) and “r” (reflect, 
that is, swap operands) versions. 

We have not shown the implementation for_o r_() which provides the bitwise 

I operator, or for_tor_() which provides the in-place | = operator, since both 

are the same as the equivalent and methods except that we take the maximum 
value instead of the minimum value of self and other. 

def _repr_(self): 

return ("{0}({1})"■format(self._class_._name_, 

self, value)) 
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We have created an eval ()-able representational form. For example, given f = 
FuzzyBool. FuzzyBool( .75); repr(f) will produce the string ' FuzzyBool(0.75)'. 

All objects have some special attributes automatically supplied by Python, 

one of which is called_class_, a reference to the object’s class. All classes 

have a private_name_attribute, again provided automatically. We have used 

these attributes to provide the class name used for the representation form. 
This means that if the FuzzyBool class is subclassed just to add extra methods, 

the inherited_repr_() method will work correctly without needing to be 

reimplemented, since it will pick up the subclass’s class name. 

def _str_(self); 

return str(self._value) 

For the string form we just return the floating-point value formatted as a 
string. We don’t have to use super() to avoid infinite recursion because we call 
St r() on the self._value attribute, not on the instance itself 

def _bool_(self): 

return self._value > 0.5 

def _int_(self): 

return round(self._value) 

def _float_(self): 

return self._value 

The_bool_() special method converts the instance to a Boolean, so it must al¬ 
ways return either True or False. The_int_() special method provides integer 

conversion. We have used the built-in round () function because int() simply 
truncates (so would return 0 for any FuzzyBool value except 1.0). Floating-point 
conversion is easy because the value is already a floating-point number. 

def _It_(self, other): 

return self._value < other._value 

def _eq_(self, other); 

return self._value == other._value 

To provide the complete set of comparisons (<, <=, ==, ! =, >=, >) it is necessary to 
implement at least three of them, <, <=, and ==, since Python can infer > from 
<, ! = from ==, and >= from <=. We have shown only two representative methods 
here since all of them are very similar.* 

def _hash_(self): 

return hash(id(self)) 


* In fact, we implemented only the _It_() and _eq_() methods quoted here—the other 

comparison methods were automatically generated; we will see how in Chapter 8. 
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Table 6.3 Numeric and Bitwise Special Methods 


Special Method 

Usage 

Special Method 

Usage 

_abs_(self) 

abs(x) 

_complex_(self) 

complex(x) 

_float_(self) 

float(x) 

_int_(self) 

int(x) 

_index_(self) 

bin(x) oct(x) 

_round_(self. 

round(x. 


hex(x) 

digits) 

digits) 

_pos_(self) 

+x 

_neg_(self) 

-X 

_add_(self, other) 

X + y 

_sub_(self, other) 

X - y 

_iadd_(self, other) 

X += y 

_isub_(self, other) 

X -= y 

_radd_(self, other) 

y + X 

_rsub_(self, other) 

y - X 

_inul_(self, other) 

X * y 

_mod_(self, other) 

X % y 

_imul_(self, other) 

X *= y 

_imod_(self, other) 

X %= y 

_rmul_(self, other) 

y * X 

_rmod_(self, other) 

y % X 

_floordiv_(self. 

X // y 

_truediv_(self. 

X / y 

other) 


other) 


_ifloordiv_(self. 

X //= y 

_itruediv_(self. 

X /= y 

other) 


other) 


_rfloordiv_(self. 

y // X 

_rtruediv_(self. 

y / X 

other) 


other) 


_divmod_(self. 

diviiiod(x, y) 

_rdivmod_(self. 

divmod(y, x) 

other) 


other) 


_pow_(self, other) 

X ** y 

_and_(self, other) 

X & y 

_ipow_(self, other) 

X **= y 

_iand_(self, other) 

X &= y 

_rpow_(self, other) 

y ** X 

_rand_(self, other) 

y & X 

_xor_(self, other) 

X ^ y 

_or_(self, other) 

X 1 y 

_ixor_(self, other) 

X y 

_ior_(self, other) 

X 1= y 

_rxor_(self, other) 

y '' X 

_ror_(self, other) 

y 1 X 

_Ishift_(self. 

X « y 

_rshift_(self. 

X » y 

other) 


other) 


_ilshift_(self. 

X «= y 

_irshift_(self. 

X »= y 

other) 


other) 


_rlshift_(self. 

y « X 

_rrshift_(self. 

y » X 

other) 


other) 




_invert_(self) 

~x 
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By default, instances of custom classes support operator == (which always re¬ 
turns False), and are hashable (so can be dictionary keys and can be added 

to sets). But if we reimplement the_eq_() special method to provide proper 

equality testing, instances are no longer hashable. This can be fixed by provid¬ 
ing a_hash_() special method as we have done here. 

Python provides hash functions for strings, numbers, frozen sets, and other 
classes. Here we have simply used the built-in hash() function (which can 

operate on any type which has a_hash_() special method), and given it the 

object’s unique ID from which to calculate the hash. (We can’t use the private 

self._value since that can change as a result of augmented assignment, 

whereas an object’s hash value must never change.) 

The built-in id () function returns a unique integer for the object it is given 
as its argument. This integer is usually the object’s address in memory, but 
all that we can assume is that no two objects have the same ID. Behind the 
scenes the is operator uses the id () function to determine whether two object 
references refer to the same object. 

def _format_(self, format_spec): 

return format(self._value, format_spec) 

The built-in f o rmat () function is only really needed in class definitions. It takes 
a single object and an optional format specification and returns a string with 
the object suitably formatted. 

When an object is used in a format string the object’s_format_() method is 

called with the object and the format specification as arguments. The method 
returns the instance suitably formatted as we saw earlier. 

All the built-in classes already have suitable_format_() methods; here we 

make use of the float._format_() method by passing the floating-point value 

and the format string we have been given. We could have achieved exactly the 
same thing like this: 

def_format_(self, format_spec): 

return self._value._format_(format_spec) 

Using the f o rmat () function requires a tiny bit less typing and is clearer to read. 
Nothing forces us to use the f o rmat () function at all, so we could invent our own 

format specification language and interpret it inside the_format_() method, 

as long as we return a string. 

@staticmethod 

def conjunction(*fuzzies): 

return FuzzyBool(min([float(x) for x in fuzzies])) 
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The built-in staticmethod () function is designed to be used as a decorator as we 
have done here. Static methods are simply methods that do not get self or any 
other first argument specially passed by Python. 

The & operator can be chained, so given FuzzyBool’s f, g, and h, we can get the 
conjunction of all of them by writing f & g & h. This works fine for small num¬ 
bers of FuzzyBools, but if we have a dozen or more it starts to become rather 
inefficient since each & represents a function call. With the method given 
here we can achieve the same thing using a single function call of Fuzzy- 
Bool.FuzzyBool.conjunction(f, g, h). This can be written more concisely us¬ 
ing a FuzzyBool instance, but since static methods don’t get self, if we call 
one using an instance and we want to process that instance we must pass it 
ourselves—for example, f.conjunction(f, g, h). 

We have not shown the corresponding disj unction () method since it differs 
only in its name and that it uses max () rather than min (). 

Some Python programmers consider the use of static methods to be un-Python- 
ic, and use them only if they are converting code from another language (such 
as C-i-i- or Java), or if they have a method that does not use self. In Python, 
rather than using static methods it is usually better to create a module function 
instead, as we will see in the next subsubsection, or a class method, as we will 
see in the last section. 

In a similar vein, creating a variable inside a class definition but outside 
any method creates a static (class) variable. For constants it is usually more 
convenient to use private module globals, but class variables can often be 
useful for sharing data among all of a class’s instances. 

We have now completed the implementation of the FuzzyBool class “from 
scratch”. We have had to reimplement 15 methods (17 if we had done the 
minimum of all four comparison operators), and have implemented two static 
methods. In the following subsubsection we will show an alternative imple¬ 
mentation, this time based on the inheritance of float. It involves the reim¬ 
plementations of just eight methods and the implementation of two module 
functions—and the “unimplementation” of 32 methods. 

In most object-oriented languages inheritance is used to create new classes 
that have all the methods and attributes of the classes they inherit, as well 
as the additional methods and attributes that we want the new class to have. 
Python fully supports this, allowing us to add new methods, or to reimplement 
inherited methods so as to modify their behavior. But in addition. Python 
allows us to effectively unimplement methods, that is, to make the new class 
behave as though it does not have some of the methods that it inherits. Doing 
this might not appeal to object-oriented purists since it breaks polymorphism, 
but in Python at least, it can occasionally be a useful technique. 
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The FuzzyBool implementation in this subsubsection is in the file Fuzzy- 
BoolAlt. py. One immediate difference from the previous version is that instead 
of providing static methods for conj unction () and disjunction! ), we have pro¬ 
vided them as module functions. For example: 

def conjunction(*fuzzies): 

return FuzzyBool(min(fuzzies)) 

The code for this is much simpler than before because FuzzyBoolAlt. FuzzyBool 
objects are float subclasses, and so can be used directly in place of a float 
without needing any conversion. (The inheritance tree is shown in Figure 6.5.) 
Accessing the function is also cleaner than before. Instead of having to specify 
both the module and the class (or using an instance), having done import 
FuzzyBoolAlt we can just write FuzzyBoolAlt. conjunction!). 



Figure 6.5 The alternative FuzzyBool class’s inheritance hierarchy 

Here is the FuzzyBool’s class line and its_new_!) method: 

class FuzzyBool!float): 

def _new_!cls, value=0.0): 

return super!)._new_!cls, 

value if 0.0 <= value <= 1.0 else 0.0) 

When we create a new class it is usually mutable and relies on ob j ect. _new_ !) 

to create the raw uninitialized object. But in the case of immutable classes we 
need to do the creation and initialization in one step since once an immutable 
object has been created it cannot be changed. 
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The_new_() method is called before any object has been created (since object 

creation is what_new_() does), so it cannot have a self object passed to it 

since one doesn’t yet exist. In fact,_new_() is a class method —these are 

similar to normal methods except that they are called on the class rather than 
on an instance and Python supplies as their first argument the class they are 
called on. The variable name els for class is just a convention, in the same way 
that self is the conventional name for the object itself 

So when we write f = FuzzyBool(0.7), under the hood Python calls Fuzzy- 

Bool._new_(FuzzyBool, 0.7) to create a new object—say, fuzzy —and then 

calls fuzzy. _init_() to do any further initialization, and finally returns an 

object reference to the fuzzy object—it is this object reference that f is set to. 
Most of_new_()’s work is passed on to the base class implementation, ob¬ 
ject. _new_(); all we do is make sure that the value is in range. 

Class methods are set up by using the built-in classmethod() function used as 
a decorator. But as a convenience we don’t have to bother writing @classmethod 

before def_new_() because Python already knows that this method is always 

a class method. We do need to use the decorator if we want to create other class 
methods, though, as we will see in the chapter’s final section. 

Now that we have seen a class method we can clarify the different kinds of 
methods that Python provides. Class methods have their first argument 
added by Python and it is the method’s class; normal methods have their first 
argument added by Python and it is the instance the method was called on; and 
static methods have no first argument added. And all the kinds of methods get 
any arguments we pass to them (as their second and subsequent arguments 
in the case of class and normal methods, and as their first and subsequent 
arguments for static methods). 

def _invert_(self): 

return FuzzyBool(1.0 - float(self)) 

This method is used to provide support for the bitwise not operator (~) just 
the same as before. Notice that instead of accessing a private attribute that 
holds the FuzzyBool’s value we use self directly. This is thanks to inher¬ 
iting float which means that a FuzzyBool can be used wherever a float is 
expected—providing none of the FuzzyBool’s “unimplemented” methods are 
used, of course. 

def _and_(self, other): 

return FuzzyBool(min(self, other)) 

def _land_(self, other): 

return FuzzyBool(min(self, other)) 

The logic for these is also the same as before (although the code is subtly 
different), and just like the_invert_() method we can use both self and other 
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directly as though they were floats. We have omitted the or versions since 

they differ only in their names (_o r_() and_io r_()) and that they use max () 

rather than min(). 

def _repr_(self): 

return ("{0}({1})format(self._class_._name_, 

super()._repr_())) 

We must reimplement the _repr_() method since the base class version 

float._repr_() just returns the number as a string, whereas we need the class 

name to make the representation eval ()-able. For the st r. format ()’s second ar¬ 
gument we cannot just pass self since that will result in an infinite recursion 
of calls to this_repr_() method, so instead we call the base class implemen¬ 

tation. 

We don’t have to reimplement the_str_() method because the base class 

version, float._str_(), is sufficient and will be used in the absence of a 

FuzzyBool._str_() reimplementation. 

def _bool_(self): 

return self > 0.5 

def _int_(self); 

return round(self) 

When a float is used in a Boolean context it is False if its value is 0.0 and True 
otherwise. This is not the appropriate behavior for FuzzyBools, so we have had 
to reimplement this method. Similarly, using int (self) would simply truncate, 
turning everything but 1.0 into 0, so here we use round () to produce 0 for values 
up to 0.5 and 1 for values up to and including the maximum of 1.0. 

We have not reimplemented the_hash_() method, the_format_() method, 

or any of the methods that are used to provide the comparison operators, since 
all those provided by the float base class work correctly for FuzzyBools. 

The methods we have reimplemented provide a complete implementation of 
the FuzzyBool class—and have required far less code than the implementation 
presented in the previous subsubsection. However, this new FuzzyBool class 
has inherited more than 30 methods which don’t make sense for FuzzyBools. 
For example, none of the basic numeric and bitwise shift operators (+, -, *, /,«, 
», etc.) can sensibly be applied to FuzzyBools. Here is how we could begin to 
“unimplement” addition: 

def _add_(self, other): 

raise NotImplementedError() 

We would also have to write the same code for the_iadd_() and_radd_() 

methods to completely prevent addition. (Note that NotImplementedError is a 
standard exception and is different from the built-in Notimplemented object.) An 
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alternative to raising a NotlmplementedError exception, especially if we want 
to more closely mimic the behavior of Python’s built-in classes, is to raise 

a TypeError. Here is how we can make FuzzyBool._add_() behave just like 

built-in classes that are faced with an invalid operation: 

def add (self, other): 

raise TypeErrorC'unsupported operand type(s) for +: " 

"'{0}' and '{1}"'.format( 

self._class_._name_, other._class_._name_)) 

For unary operations, we want to unimplement in a way that mimics the 
behavior of built-in types, the code is slightly easier: 

def neg (self): 

raise TypeErrorC'bad operand type for unary -: '{0}format( 
self._class_._name_)) 

For comparison operators, there is a much simpler idiom. For example, to 
unimplement ==, we would write: 

def _eq_(self, other): 

return Notimplemented 

If a method implementing a comparison operator (<, <=, ==, !=, >=, >), returns 
the built-in Notimplemented object and an attempt is made to use the method. 
Python will first try the reverse comparison by swapping the operands (in 
case the other object has a suitable comparison method since the self object 
does not), and if that doesn’t work Python raises a TypeError exception with a 
message that explains that the operation is not supported for operands of the 
types used. But for all noncomparison methods that we don’t want, we must 
raise either a NotlmplementedError or a TypeError exception as we did for the 
_add_0 and_neg_() methods shown earlier. 

It would be tedious to unimplement every method we don’t want as we have 
done here, although it does work and has the virtue of being easy to under¬ 
stand. Here we will look at a more advanced technique for unimplementing 
methods—it is used in the FuzzyBoolAlt module—but it is probably best to skip 
to the next section (>■ 261) and return here only if the need arises in practice. 

Here is the code for unimplementing the two unary operations we don’t want: 

for name, operator in (("_neg_", "-"), 

("_index_", "indexO")): 

message = ("bad operand type for unary {0}: '{{self}}'" 
.format(operator)) 

execC'def {0}(self): raise TypeError(\"{l}\" .format(" 

"self=self._class_._name_ ))".format(name, message)) 
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The built-in exec () function dynamically executes the code passed to it from the Dynam- 
object it is given. In this case we have given it a string, but it is also possible to ic pro¬ 
pass some other kinds of objects. By default, the code is executed in the context sraxa- 
of the enclosing scope, in this case within the definition of the FuzzyBool class, 
so the def statements that are executed create FuzzyBool methods which is ^^49 
what we want. The code is executed just once, when the FuzzyBoolAlt module 
is imported. Here is the code that is generated for the first tuple ("_ neg_", 

II _ II J . 

def _neg_(self); 

raise TypeErrorC'bad operand type for unary '{self}'" 

.format(self=self._class_._name_)) 

We have made the exception and error message match those that Python uses 
for its own types. The code for handling binary methods and n-ary functions 
(such as pow ()) follows a similar pattern but with a different error message. For 
completeness, here is the code we have used: 

for name, operator in (("_xor_", ("_ixor_", "^="), 


"_add_" 

"+") 

("_iadd_" 

"+="), 

("_radd_", "+" 

"_sub_" 


("_isub_" 

II _ " \ 

“ / / 

("_rsub_", 

"_mul_" 

) 

("_imul_" 

II if.— II \ 

“ / / 

("_rinul_", 


("_pow_", "**"), ("_ipow_", "**="), 

("_rpow_", "**"), ("_floordiv_", "//"), 

("_ifloordiv_", "//="), ("_rfloordiv_", "//"), 
("_truediv_", ("_itruediv_", "/="), 

("_rtruediv_", ("_divmod_", "divmodO"), 

("_rdivmod_", "divmodO"), ("_inod_", "%"), 

("_imod_", "%="), ("_rmod_", "%"), 

("_lshift_", "«"), ("_ilshift_", "«="), 

("_rlshift_", "«"), ("_rshift_", "»"), 

("_irshift_", "»="), ("_rrshift_", "»")): 
message = ("unsupported operand type(s) for {0}: " 

"'{{self}}'{{join}} {{args}}".format(operator)) 
execC'def {0}(self, *args):\n" 

" types = [\'"\" + arg._class_._name_ + \'"\" " 

"for arg in args]\n" 

" raise TypeError(\"{l}\".format(" 

"self=self._class_._name_, " 

"join=(\" and\" if len(args) == 1 else \",\")," 

"args=\", \". join(types)))". forinat(name, message)) 

This code is slightly more complicated than before because for binary operators 
we must output messages where the two types are listed as typel and type2, 
but for three or more types we must list them as typel, type2, typed to mimic 
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the built-in behavior. Here is the code that is generated for the first tuple 
("_xor_", 

def _xor_(self, *args): 

types = [. + arg._class_._name_ + . for arg in args] 

raise TypeErrorC'unsupported operand type(s) for " 

"'{self}'{join} {args}".format( 

self=self._class_._name_, 

join=(" and" if len(args) == 1 else 
args=", ".join(types))) 

The two for ... in loop blocks we have used here can be simply cut and pasted, 
and then we can add or remove unary operators and methods from the first 
one and binary or n-ary operators and methods from the second one to unim¬ 
plement whatever methods are not required. 

With this last piece of code in place, if we had two FuzzyBools, f and g, and tried 
to add them using f + g, we would get a Type Error exception with the message 
“unsupported operand type(s) for -r: 'FuzzyBooT and 'FuzzyBool'”, which is 
exactly the behavior we want. 

Creating classes the way we did for the first FuzzyBool implementation is 
much more common and is sufficient for almost every purpose. However, if 
we need to create an immutable class, the way to do it is to reimplement ob¬ 
ject._new_0 having inherited one of Python’s immutable types such as 

float, int, str, or tuple, and then implement all the other methods we need. 
The disadvantage of doing this is that we may need to unimplement some 
methods—this breaks polymorphism, so in most cases using aggregation as we 
did in the first FuzzyBool implementation is a much better approach. 


Custom Collection Classes 


In this section’s subsections we will look at custom classes that are responsible 
for large amounts of data. The first class we will review. Image, is one that holds 
image data. This class is typical of many data-holding custom classes in that it 
not only provides in-memory access to its data, but also has methods for saving 
and loading the data to and from disk. The second and third classes we will 
study, SortedList and SortedDict, are designed to fill a rare and surprising gap 
in Python’s standard library for intrinsically sorted collection data types. 


Creating Classes That Aggregate Collections 


A simple way of representing a 2D color image is as a two-dimensional array 
with each array element being a color. So to represent a 100 x 100 image we 
must store 10000 colors. For the Image class (in file Image.py), we will take a 
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potentially more efficient approach. An Image stores a single background color, 
plus the colors of those points in the image that differ from the background 
color. This is done by using a dictionary as a kind of sparse array, with each key 
being an (x, y) coordinate and the corresponding value being the color of that 
point. If we had a 100 x 100 image and half its points are the background color, 
we would need to store only 5000 + 1 colors, a considerable saving in memory. 

The Image. py module follows what should now be a familiar pattern: It starts 
with a shebang line, then copyright information in comments, then a module 
docstring with some doctests, and then the imports, in this case of the os and 
pickle modules. We will briefly cover the use of the pickle module when we 
cover saving and loading images. After the imports we create some custom 
exception classes: 

class ImageError(Exception); pass 
class CoordinateError(IinageError): pass 

We have shown only the first two exception classes; the others (LoadError, 
SaveError, ExportError, and NoFilenameError) are all created the same way and 
all inherit from ImageError. Users of the Image class can choose to test for any 
of the specific exceptions, or just for the base class ImageError exception. 

The rest of the module consists of the Image class and at the end the standard 
three lines for running the module’s doctests. Before looking at the class and 
its methods, let’s look at how it can be used: 

border_color = "#FF0000" # red 

square_color = "#0000FF" # blue 

width, height = 240, 60 

midx, midy = width // 2, height // 2 

image = Image.Image(width, height, "square_eye.img") 

for X in range(width): 

for y in range(height): 

if X < 5 or X >= width - 5 or y < 5 or y >= height - 5: 
image[x, y] = border_color 

elif midx - 20 < x < midx + 20 and midy - 20 < y < midy + 20: 
image[x, y] = square_color 

image, saved 

image.expo rt("squa re_eye.xpm") 

Notice that we can use the item access operator ([]) for setting colors in the 
image. Brackets can also be used for getting or deleting (effectively setting to 
the background color) the color at a particular (x,y) coordinate. The coordinates 
are passed as a single tuple object (thanks to the comma operator), the same as 
if we wrote image! (x, y) ]■ Achieving this kind of seamless syntax integration 
is easy in Python—we just have to implement the appropriate special methods. 


Pickles 

>292 




Custom Collection Classes 


263 


which in the case of the item access operator are_getitem_(),_setitem_(), 

and_delitem_(). 

The Image class uses HTML-style hexadecimal strings to represent colors. The 
background color must be set when the image is created; otherwise, it defaults 
to white. The Image class saves and loads images in its own custom format, 
but it can also export in the .xpm format which is understood by many image 
processing applications. The . xpm image produced by the code snippet is shown 
in Figure 6.6. 



Figure 6.6 The square_eye.xpm image 

We will now review the Image class’s methods, starting with the class line and 
the initializer: 

class Image: 

def _init_(self, width, height, filename="", 

background="#FFFFFF"): 
self.filename = filename 

self._background = background 

self._data = {} 

self._width = width 

self. height = height 

self. colors = {self. background} 

When an Image is created, the user (i.e., the class’s user) must provide a width 
and height, but the filename and background color are optional since defaults 
are provided. The self._data dictionary’s keys are (x,y) coordinates and its val¬ 
ues are color strings. The self._colors set is initialized with the background 

color; it is used to keep track of the unique colors used by the image. 

All the data attributes are private except for the filename, so we must provide 
a means by which users of the class can access them. This is easily done using 
properties.* 

@property 

def background(self): 

return self._background 


* In Chapter 8 we will see a completely different approach to providing attribute access, using 
special methods such as_getatt r_() and_setatt r_(), that is useful in some circumstances. 





264 


Chapter 6. Object-Oriented Programming 


Copying 

collec¬ 

tions 

146 < 


@property 
def width(self): 

return self._width 

@property 

def height(self): 

return self._height 

@property 

def colors(self): 

return set(self._colors) 

When returning a data attribute from an object we need to be aware of whether 
the attribute is of an immutable or mutable type. It is always safe to return im¬ 
mutable attributes since they can’t be changed, but for mutable attributes we 
must consider some trade-offs. Returning a reference to a mutable attribute is 
very fast and efficient because no copying takes place—but it also means that 
the caller now has access to the object’s internal state and might change it in 
a way that invalidates the object. One policy to consider is to always return a 
copy of mutable data attributes, unless profiling shows a significant negative 
effect on performance. (In this case, an alternative to keeping the set of unique 

colors would be to return set(self._data, values))) | {self._background} 

whenever the set of colors was needed; we will return to this theme shortly.) 

def_getitem_(self, coordinate): 

assert len(coordinate) == 2, "coordinate should be a 2-tuple" 
if (not (0 <= coordinate[0] < self.width) or 
not (0 <= coordinate)!] < self.height)): 
raise CoordinateError(str(coordinate)) 
return self._data.get(tuple(coordinate), self._background) 

This method returns the color for a given coordinate using the item access 
operator ([ ]). The special methods for the item access operators and some other 
collection-relevant special methods are listed in Table 6.4. 

We have chosen to apply two policies for item access. The first policy is that a 
precondition for using an item access method is that the coordinate it is passed 
is a sequence of length 2 (usually a 2-tuple), and we use an assertion to ensure 
this. The second policy is that any coordinate values are accepted, but if either 
is out of range, we raise a custom exception. 

We have used the diet.get () method with a default value of the background 
color to retrieve the color for the given coordinate. This ensures that if the color 
has never been set for the coordinate the background color is correctly returned 
instead of a KeyError exception being raised. 
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Table 6.4 Collection Special Methods 


Special Method 

Usage 

Description 

_contains_(self, x) 

X in y 

Returns True if x is in sequence y or if 

X is a key in mapping y 

_delitem_(self, k) 

del y[k] 

Deletes the k-th item of sequence y or 
the item with key k in mapping y 

_getitem_(self, k) 

y[k] 

Returns the k-th item of sequence y or 
the value for key k in mapping y 

_iter_(self) 

for X in y: 
pass 

Returns an iterator for sequence y’s 
items or mapping y’s keys 

_len_(self) 

len(y) 

Returns the number of items in y 

_reversed_(self) 

reversed(y) 

Returns a backward iterator for se¬ 
quence y’s items or mapping y’s keys 

_setitem_(self, k, v) 

y[k] = V 

Sets the k-th item of sequence y or the 
value for key k in mapping y, to v 


def_setitem_(self, coordinate, color): 

assert len(coordinate) == 2, "coordinate should be a 2-tuple" 
if (not (0 <= coordinate[0] < self.width) or 
not (0 <= coordinate)!] < self.height)): 
raise CoordinateError(str(coordinate)) 

if color == self._background: 

self._data.pop(tuple(coordinate), None) 

else: 

self._data[tuple(coordinate)] = color 

self._colors.add(color) 

If the user sets a coordinate’s value to the background color we can simply 
delete the corresponding dictionary item since any coordinate not in the dic¬ 
tionary is assumed to have the background color. We must use diet. pop () and 
give a dummy second argument rather than use del because doing so avoids a 
KeyError being raised if the key (coordinate) is not in the dictionary. 

If the color is different from the background color, we set it for the given 
coordinate and add it to the set of the unique colors used by the image. 

def_delitem_(self, coordinate): 

assert len(coordinate) == 2, "coordinate should be a 2-tuple" 
if (not (0 <= coordinate[0] < self.width) or 
not (0 <= coordinate]!] < self.height)): 
raise CoordinateError(str(coordinate)) 
self._data.pop(tuple(coordinate), None) 
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If a coordinate’s color is deleted the effect is to make that coordinate’s color 
the background color. Again we use diet.pop() to remove the item since it 
will work correctly whether or not an item with the given coordinate is in 
the dictionary. 

Both_setitem_() and_delitem_() have the potential to make the set of 

colors contain more colors than the image actually uses. For example, if a 
unique nonbackground color is deleted at a certain pixel, the color remains in 
the color set even though it is no longer used. Similarly, if a pixel has a unique 
nonbackground color and is set to the background color, the unique color is 
no longer used, but remains in the color set. This means that, at worst, the 
color set could contain more colors than are actually used by the image (but 
never less). 

We have chosen to accept the trade-off of potentially having more colors in the 
color set than are actually used for the sake of better performance, that is, to 
make setting and deleting a color as fast as possible—especially since storing 
a few more colors isn’t usually a problem. Of course, if we wanted to ensure 
that the set of colors was in sync we could either create an additional method 
that could be called whenever we wanted, or accept the overhead and do the 
computation automatically when it was needed. In either case, the code is very 
simple (and is used when a new image is loaded): 

self._colors = (set(self._data.values!)) | 

{self._background}) 

This simply overwrites the set of colors with the set of colors actually used in 
the image unioned with the background color. 

We have not provided a_len_() implementation since it does not make sense 

for a two-dimensional object. Also, we cannot provide a representational form 
since an Image cannot be created fully formed just by calling Image(), so we do 

not provide_repr_() (or_str_()) implementations either. If a user calls 

reprO or str() on an Image object, the object._repr_() base class imple¬ 

mentation will return a suitable string, for example, '<Image.Image object at 
0x9c794ac>'. This is a standard format used for non-eval( )-able objects. The 
hexadecimal number is the object’s ID—this is unique (normally it is the ob¬ 
ject’s address in memory), but transient. 

We want users of the Image class to be able to save and load their image data, 
so we have provided two methods, save () and load (), to carry out these tasks. 

We have chosen to save the data by pickling it. In Python-speak pickling is 
a way of serializing (converting into a sequence of bytes, or into a string) a 
Python object. What is so powerful about pickling is that the pickled object 
can be a collection data type, such as a list or a dictionary, and even if the 
pickled object has other objects inside it (including other collections, which 
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may include other collections, etc.), the whole lot will be pickled—and without 
duplicating objects that occur more than once. 

A pickle can be read back directly into a Python variable—we don’t have to do 
any parsing or other interpretation ourselves. So using pickles is ideal for sav¬ 
ing and loading ad hoc collections of data, especially for small programs and for 
programs created for personal use. However, pickles have no security mecha¬ 
nisms (no encryption, no digital signature), so loading a pickle that comes from 
an untrusted source could be dangerous. In view of this, for programs that 
are not purely for personal use, it is best to create a custom file format that is 
specific to the program. In Chapter 7 we show how to read and write custom 
binary, text, and XML file formats. 

def save(self, filename=None): 
if filename is not None: 

self.filename = filename 
if not self.filename: 

raise NoFilenameError() 

fh = None 
try: 

data = [self.width, self.height, self._background, 

self._data] 

fh = open(self.filename, "wb") 
pickle.dump(data, fh, pickle.HIGHEST_PR0T0C0L) 
except (EnvironmentError, pickle.PicklingError) as err: 

raise SaveError(str(err)) 
finally: 

if fh is not None: 
fh.closed 

The first part of the function is concerned purely with the filename. If the 
Image object was created with no filename and no filename has been set since, 
then the saved method must be given an explicit filename (in which case it 
behaves as “save as” and sets the internally used filename). If no filename is 
specified the current filename is used, and if there is no current filename and 
none is given an exception is raised. 

We create a list (data) to hold the objects we want to save, including the 

self._ data dictionary of coordinate-color items, but excluding the set of 

unique colors since that data can be reconstructed. Then we open the file to 
write in binary mode and call the pickle .dump () function to write the data object 
to the file. And that’s it! 

The pickle module can serialize data using various formats (called protocols 
in the documentation), with the one to use specified by the third argument to 
pickle.dump(). Protocol 0 is ASCII and is useful for debugging. We have used 
protocol 3 (pickle. HIGHEST PROTOCOL), a compact binary format which is why 
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we had to open the file in binary mode. When reading pickles no protocol is 
specified—the pickle. load () function is smart enough to work out the protocol 
for itself 

def load(self, filename=None): 
if filename is not None: 

self.filename = filename 
if not self.filename: 

raise NoFilenameError() 

fh = None 
try: 

fh = open(self.filename, "rb") 
data = pickle.load(fh) 

(self._width, self._height, self._background, 

self._data) = data 

self._colors = (set(self._data.valuesO) | 

{self._background}) 

except (EnvironmentError, pickle.UnpicklingError) as err: 

raise LoadError(str(err)) 
finally: 

if fh is not None: 
fh.closeO 

This function starts off the same as the save() function to get the filename of 
the file to load. The file must be opened in read binary mode, and the data is 
read using the single statement, data = pickle, load (fh). The data object is an 
exact reconstruction of the one we saved, so in this case it is a list with the 
width and height integers, the background color string, and the dictionary 
of coordinate-color items. We use tuple unpacking to assign each of the data 
list’s items to the appropriate variable, so any previously held image data is 
(correctly) lost. 

The set of unique colors is reconstructed by making a set of all the colors in the 
coordinate-color dictionary and then adding the background color. 

def export(self, filename): 

if filename.lower!).endswith(".xpm"): 

self._export_xpm(filename) 

else: 

raise ExportError("unsupported export format: " + 
os.path.splitext(filename)[1]) 

We have provided one generic export method that uses the file extension to 
determine which private method to call—or raises an exception for file formats 
that cannot be exported. In this case we only support saving to . xpm files (and 
then only for images with fewer than 8930 colors). We haven’t quoted the 
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_export_xpm() method because it isn’t really relevant to this chapter’s theme, 

but it is in the book’s source code, of course. 

We have now completed our coverage of the custom Image class. This class is 
typical of those used to hold program-specific data, providing access to the 
data items it contains, the ability to save and load all its data to and from 
disk, and with only the essential methods it needs provided. In the next two 
subsections we will see how to create two generic custom collection types that 
offer complete APIs. 


Creating Collection Classes Using Aggregation 


In this subsection we will develop a complete custom collection data type. So rt- 
edtist, that holds a list of items in sorted order. The items are sorted using 
their less than operator (<), provided by the_ It_( ) special method, or by us¬ 

ing a key function if one is given. The class tries to match the API of the built- 
in list class to make it as easy to learn and use as possible, but some methods 
cannot sensibly be provided—for example, using the concatenation operator (+) 
could result in items being out of order, so we do not implement it. 

As always when creating custom classes, we are faced with the choices of 
inheriting a class that is similar to the one we want to make, or creating a class 
from scratch and aggregating instances of any other classes we need inside it, 
or doing a mixture of both. For this subsection’s So rtedtist we use aggregation 
(and implicitly inherit object, of course), and for the following subsection’s 
SortedDict we will use both aggregation and inheritance (inheriting diet). 

In Chapter 8 we will see that classes can make promises about the API they 
offer. For example, a list provides the MutableSequence API which means that 
it supports the in operator, the ite r ( ) and len ( ) built-in functions, and the item 
access operator ([]) for getting, setting, and deleting items, and an insert () 
method. The So rtedtist class implemented here does not support item setting 
and does not have an insert () method, so it does not provide a MutableSequence 
API. If we were to create SortedList by inheriting list, the resultant class 
would claim to be a mutable sequence but would not have the complete API. 
In view of this the SortedList does not inherit list and so makes no promises 
about its API. On the other hand, the next subsection’s SortedDict class sup¬ 
ports the complete MutableMapping API that the diet class provides, so we can 
make it a diet subclass. 

Here are some basic examples of using a SortedList: 

letters = SortedList.SortedList(("H", "c", "B", "G", "e"), str.lower) 

# str(letters) == "['B', 'c', 'e', 'G', 'H']" 
letters.add("G") 
letters.addC'f") 
letters.add("A") 
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A SortedList object aggregates (is composed of) two private attributes; a func¬ 
tion, self._keyO (held as object reference self._key), and a list, self._list. 

The key function is passed as the second argument (or using the key keyword 
argument if no initial sequence is given). If no key function is specified the 
following private module function is used: 

_identity = lambda x: x 

This is the identity function: It simply returns its argument unchanged, so 
when it is used as a So rtedList’s key function it means that the sort key for each 
object in the list is the object itself 

The SortedList type does not allow the item access operator ([ ]) to change an 

item (so it does not implement the_setitem_() special method), nor does 

it provide the append() or extend!) method since these might invalidate the 
ordering. The only way to add items is to pass a sequence when the SortedList 
is created or to add them later using the SortedList.add() method. On the other 
hand, we can safely use the item access operator for getting or deleting the 
item at a given index position since neither operation affects the ordering, so 
both the_getitem_() and_delitem_() special methods are implemented. 

We will now review the class method by method, starting as usual with the 
class line and the initializer: 

class SortedList: 

def_init_(self, sequence=None, key=None): 

self._key = key or _identity 

assert hasattr(self._key, "_call_") 

if sequence is None: 
self._list = [] 

elif (isinstance(sequence, SortedList) and 

sequence.key == self._key): 

self._list = sequence._list[:] 

else: 

self._list = sorted(list(sequence), key=self._key) 

Since a function’s name is an object reference (to its function), we can hold 
functions in variables just like any other object reference. Here the private 

self._key variable holds a reference to the key function that was passed in, or 

to the identity function. The method’s first statement relies on the fact that the 
0 r operator returns its first operand if it is T rue in a Boolean context (which a 
not-None key function is), or its second operand otherwise. A slightly longer but 
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more obvious alternative would have been self._key = key if key is not None 

else _identity. 

Once we have the key function, we use an assert to ensure that it is callable. 
The built-in hasatt r() function returns True if the object passed as its first ar¬ 
gument has the attribute whose name is passed as its second argument. There 
are corresponding setattr() and delattr() functions—these functions are cov¬ 
ered in Chapter 8. All callable objects, for example, functions and methods, 
have a_call_attribute. 

To make the creation of SortedLists as similar as possible to the creation of 
lists we have an optional sequence argument that corresponds to the single 
optional argument that list() accepts. The SortedList class aggregates a 

list collection in the private variable self._list and keeps the items in the 

aggregated list in sorted order using the given key function. 

The elif clause uses type testing to see whether the given sequence is a Sort¬ 
edList and if that is the case whether it has the same key function as this sort¬ 
ed list. If these conditions are met we simply shallow-copy the sequence’s list 
without needing to sort it. If most key functions are created on the fly using 
lambda, even though two may have the same code they will not compare as 
equal, so the efficiency gain may not be realized in practice. 

@property 
def key(self); 

return self._key 

Once a sorted list is created its key function is fixed, so we keep it as a private 
variable to prevent users from changing it. But some users may want to get a 
reference to the key function (as we will see in the next subsection), and so we 
have made it accessible by providing the read-only key property. 

def add(self, value): 

index = self._bisect_left(value) 

if index == len(self._list): 

self._list.append(value) 

else: 

self._list.insert(index, value) 

When this method is called the given value must be inserted into the private 

self._list in the correct position to preserve the list’s order. The private 

SortedList._bisect_left() method returns the required index position as we 

will see in a moment. If the new value is larger than any other value in the list 
it must go at the end, so the index position will be equal to the list’s length (list 
index positions go from 0 to len(L) - 1)—if this is the case we append the new 
value. Otherwise, we insert the new value at the given index position—which 
will be at index position 0 if the new value is smaller than any other value in 
the list. 
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def _bisect_left(self, value): 

key = self._key(value) 

left, right = 0, len(self._list) 

while left < right: 

middle = (left + right) // 2 

if self._key(self._list[middle]) < key: 

left = middle + 1 
else: 

right = middle 
return left 

This private method calculates the index position where the given value be¬ 
longs in the list, that is, the index position where the value is (if it is in the list), 
or where it should go (if it isn’t in the list). It computes the comparison key 
for the given value using the sorted list’s key function, and compares the com¬ 
parison key with the computed comparison keys of the items that the method 
examines. The algorithm used is binary search (also called binary chop), which 
has excellent performance even on very large lists—for example, at most, 21 
comparisons are required to find a value’s position in a list of 1000 000 items.* 
Compare this with a plain unsorted list which uses linear search and needs an 
average of 500 000 comparisons, and at worst 1000 000 comparisons, to find a 
value in a list of 1000 000 items. 

def remove(self, value): 

index = self._bisect_left(value) 

if index < len(self._list) and self._list[index] == value: 

del self._list[index] 

else: 

raise ValueError("{0}.remove(x): x not in list".format! 
self._class_._name_)) 

This method is used to remove the first occurrence of the given value. It uses 

the SortedList._bisect leftO method to find the index position where the 

value belongs and then tests to see whether that index position is within the 
list and that the item at that position is the same as the given value. If the 
conditions are met the item is removed; otherwise, a ValueError exception is 
raised (which is what list. remove () does in the same circumstances). 

def remove_every(self, value): 
count = 0 

index = self._bisect_left(value) 

while (index < len(self._list) and 

self._list[index] == value): 


* Python’s bisect module provides the bisect, bisect left () function and some others, hut at the 
time of this writing none of the bisect module’s functions can work with a key function. 



Custom Collection Classes 


273 


del self._list[index] 

count += 1 
return count 

This method is similar to the SortedList. remove!) method, and is an extension 
of the list API. It starts off by finding the index position where the first 
occurrence of the value belongs in the list, and then loops as long as the index 
position is within the list and the item at the index position is the same as the 
given value. The code is slightly subtle since at each iteration the matching 
item is deleted, and as a consequence, after each deletion the item at the index 
position is the item that followed the deleted item. 

def count(self, value): 
count = 0 

index = self._bisect_left(value) 

while (index < len(self._list) and 

self._list[index] == value): 

index += 1 
count += 1 
return count 

This method returns the number of times the given value occurs in the list 
(which could be 0). It uses a very similar algorithm to SortedList. remove_ 
every (), only here we must increment the index position in each iteration. 

def index(self, value): 

index = self._bisect_left(value) 

if index < len(self._list) and self._list[index] == value: 

return index 

raise ValueError("{0}.index(x): x not in list".format! 
self._class_._name_)) 

Since a So rtedList is ordered we can use a fast binary search to find (or not find) 
the value in the list. 

def_delitem_(self, index): 

del self._list[index] 

The_delitem_() special method provides support for the del L[n] syntax, 

where L is a sorted list and n is an integer index position. We don’t test for an 

out-of-range index since if one is given the self._list [index] call will raise an 

IndexError exception, which is the behavior we want. 

def_getitem_(self, index): 

return self._list[index] 

This method provides support for the x = L [n] syntax, where L is a sorted list 
and n is an integer index position. 
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def _setitem_(self, index, value): 

raise TypeErrorC'use add() to insert a value and rely on " 

"the list to put it in the right place") 

We don’t want the user to change an item at a given index position (so t [n] = 
X is disallowed); otherwise, the sorted list’s order might be invalidated. The 
TypeError exception is the one used to signify that an operation is not supported 
by a particular data type. 

def _iter_(self): 

return iter(self._list) 

This method is easy to implement since we can just return an iterator to the 
private list using the built-in iter() function. This method is used to support 
the for value in iterable syntax. 

Note that if a sequence is required it is this method that is used. So to convert 
a SortedList, L, to a plain list we can call list(t), and behind the scenes 

Python will call SortedList._iter_ (L) to provide the sequence that the list () 

function requires. 

def reversed (self): 

return reversed(self._list) 

This provides support for the built-in reve rsed () function so that we can write, 
for example, for value in reversed (iteradle). 

def contains (self, value): 

index = self._bisect_left(value) 

return (index < len(self._list) and 

self._list[index] == value) 

The_contains_() method provides support for the in operator. Once again we 

are able to use a fast binary search rather than the slow linear search used by 
a plain list. 

def clear(self): 
self._list = [] 

def pop(self, index=-l): 

return self._list.pop(index) 

def len (self): 

return len(self._list) 

def str (self): 

return str(self. list) 
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The SortedList .clear!) method discards the existing list and replaces it with a 
new empty list. The So rtedtist. pop () method removes and returns the item at 
the given index position, or raises an IndexError exception if the index is out of 

range. For the pop (), len (), and st r () methods, we simply pass on the 

work to the aggregated self._list object. 

We do not reimplement the_repr_() special method, so the base class ob¬ 
ject._repr_() will be called when the user writes repr(t) and t is a Sort- 

edtist. This will produce a string such as '<So rtedtist. So rtedtist object at 
0x97e7cec>', although the hexadecimal ID will vary, of course. We cannot 

provide a sensible_repr_() implementation because we would need to give 

the key function and we cannot represent a function object reference as an 
eval()-able string. 

We have not implemented the insert!), reverse!), or sort!) method because 
none of them is appropriate. If any of them are called an AttributeError 
exception will be raised. 

If we copy a sorted list using the t[: ] idiom we will get a plain list object, 
rather than a So rtedtist. The easiest way to get a copy is to import the copy 
module and use the copy. copy!) function—this is smart enough to copy a sorted 
list (and instances of most other custom classes) without any help. However, 
we have decided to provide an explicit copy!) method: 

def copy!self): 

return SortedList!self, self._key) 

By passing self as the first argument we ensure that self._list is simply 

shallow-copied rather than being copied and re-sorted. (This is thanks to the 

_init_!) method’s type-testing elif clause.) The theoretical performance 

advantage of copying this way is not available to the copy. copy!) function, but 
we can easily make it available by adding this line: 

_copy_ = copy 

When copy. copy!) is called it tries to use the object’s_copy_!) special method, 

falling back to its own code if one isn’t provided. With this line in place 
copy.copy!) will now use the SortedList.copy!) method for sorted lists. (It is 

also possible to provide a_deepcopy_!) special method, but this is slightly 

more involved—the copy module’s online documentation has the details.) 

We have now completed the implementation of the SortedList class. In the 
next subsection we will make use of a SortedList to provide a sorted list of keys 
for the SortedDict class. 
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Creating Collection Classes Using Inheritance 


The SortedDict class shown in this subsection attempts to mimic a diet as 
closely as possible. The major difference is that a SortedDict’s keys are always 
ordered based on a specified key function or on the identity function. Sorted¬ 
Dict provides the same API as diet (except for having a non-eval()-able repr()), 
plus two extra methods that make sense only for an ordered collection.* (Note 
that Python 3.1 introduced the collections .OrderedDict class—this class is dif¬ 
ferent from SortedDict since it is insertion-ordered rather than key-ordered.) 

Here are a few examples of use to give a flavor of how SortedDict works: 

d = SortedDict.SortedDict(dict(s=l, A=2, y=6), str.lower) 

d["z"] = 4 

d["T"] = 5 

del d["y"] 

d["n"] = 3 

d["A"] = 17 

str(d) # returns: "{'A': 17, 'n': 3, 's': 1, 'T': 5, 'z': 4}" 

The SortedDict implementation uses both aggregation and inheritance. The 
sorted list of keys is aggregated as an instance variable, whereas the So rtedDict 
class itself inherits the diet class. We will start our code review by looking at 
the class line and the initializer, and then we will look at all of the other meth¬ 
ods in turn. 

class SortedDict(dict): 

def_init_(self, dictionary=None, key=None, **kwargs): 

dictionary = dictionary or {} 

superO ._init_(dictionary) 

if kwargs; 

superO .update(kwargs) 

self._keys = SortedList.SortedList(super().keys(), key) 

The diet base class is specified in the class line. The initializer tries to mimic 
the dictO function, but adds a second argument for the key function. The 

super!)._init_() call is used to initialize the SortedDict using the base class 

diet._init_() method. Similarly, if keyword arguments have been used, we 

use the base class diet.update!) method to add them to the dictionary. (Note 
that only one occurrence of any keyword argument is accepted, so none of the 
keys in the kwargs keyword arguments can be “dictionary” or “key”.) 


*The SortedDict class presented here is different from the one in Rapid GUI Programming with 

Python and Qt hy this author, ISBN 0132354187, and from the one in the Python Package Index. 
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We keep a copy of all the dictionary’s keys in a sorted list stored in the 

self._keys variable. We pass the dictionary’s keys to initialize the sorted list 

using the base class’s diet. keys {) method—we must not use SortedDict. keys () 

because that relies on the self._keys variable which will exist only after the 

SortedList of keys has been created. 

def update(self, dictionary=None, **kwargs): 
if dictionary is None: 
pass 

elif isinstance(dictionary, diet): 

superO .update(dictionary) 
else: 

for key, value in dictionary.itemsO : 

superO._setitem_(key, value) 

if kwargs: 

superO .update(kwargs) 

self._keys = SortedList.SortedList(super() .keysO, 

self._keys.key) 

This method is used to update one dictionary’s items with another dictionary’s 
items, or with keyword arguments, or both. Items which exist only in the 
other dictionary are added to this one, and for items whose keys appear in both 
dictionaries, the other dictionary’s value replaces the original value. We have 
had to extend the behavior slightly in that we keep the original dictionary’s key 
function, even if the other dictionary is a SortedDict. 

The updating is done in two phases. First we update the dictionary’s items. If 
the given dictionary is a diet subclass (which includes SortedDict, of course), 
we use the base class diet.update!) to perform the update—using the base 
class version is essential to avoid calling SortedDict.updated recursively and 
going into an infinite loop. If the dictionary is not a diet we iterate over the 
dictionary’s items and set each key-value pair individually. (If the dictionary 
object is not a diet and does not have an itemsO method an AttributeError 
exception will quite rightly be raised.) If keyword arguments have been used 
we again call the base class updated method to incorporate them. 

A consequence of the updating is that the self._keys list becomes out of 

date, so we replace it with a new SortedList with the dictionary’s keys (again 
obtained from the base class, since the SortedDict. keys () method relies on the 

self._keys list which we are in the process of updating), and with the original 

sorted list’s key function. 

@classmethod 

def fronikeys(cls, iterable, value=None, key=None): 
return cls({k: value for k in iterable}, key) 
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The diet API includes the diet. f romkeys () class method. This method is used 
to create a new dictionary based on an iterable. Each element in the iterable 
becomes a key, and each key’s value is either None or the specified value. 

Because this is a class method the first argument is provided automatically by 
Python and is the class. For a diet the class will be diet, and for a SortedDiet it 
is SortedDiet. The return value is a dictionary of the given class. For example: 

class MyDict(SortedDict.SortedDiet): pass 
d = MyDict.fromkeys("VEINS", 3) 

str(d) # returns: "{'E': 3, T: 3, 'N': 3, 'S': 3, 'V: 3}" 
d._class_._name_ # returns: 'MyDict' 

So when inherited class methods are called, their els variable is set to the 
correct class, just like when normal methods are called and their self variable 
is set to the current object. This is different from and better than using a 
static method because a static method is tied to a particular class and does not 
know whether it is being executed in the context of its original class or that of 
a subclass. 

def _setitem_(self, key, value): 

if key not in self: 

self._keys.add(key) 

return super()._setitem_(key, value) 

This method implements the d[key] = value syntax. If the key isn’t in the 
dictionary we add it to the list of keys, relying on the SortedList to put it in the 
right place. Then we call the base class method, and return its result to the 
caller to support chaining, for example, x = d [ key] = value. 

Notice that in the if statement we check to see whether the key already exists 
in the SortedDiet by using not in self. Because SortedDiet inherits diet, a 
SortedDiet can be used wherever a diet is expected, and in this case self is a 
SortedDiet. When we reimplement diet methods in SortedDiet, if we need to 
call the base class implementation to get it to do some of the work for us, we 
must be careful to call the method using super(), as we do in this method’s last 
statement; doing so prevents the reimplementation of the method from calling 
itself and going into infinite recursion. 

We do not reimplement the_get item_() method since the base class version 

works fine and has no effect on the ordering of the keys. 

def_delitem_(self, key): 

try; 

self._keys.remove(key) 

except ValueError: 

raise KeyError(key) 
return super()._delitem_(key) 
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A generator function or generator method is one which contains a yield ex¬ 
pression. When a generator function is called it returns an iterator. Values 

are extracted from the iterator one at a time by calling its_next_() method. 

At each call to_next_() the generator function’s yield expression’s value 

(None if none is specified) is returned. If the generator function finishes or 
executes a return a Stopiteration exception is raised. 

In practice we rarely call_ next _() or catch a Stopiteration. Instead, we 

just use a generator like any other iterable. Here are two almost equivalent 
functions. The one on the left returns a list and the one on the right returns 
a generator. 

# Build and return a list 
def letter_range(a, z): 


# Return each value on demand 
def letter_range(a, z): 


result = [] 


while ord(a) < ord(z): 
result.append(a) 
a = chr(ord(a) + 1) 


while ord(a) < ord(z): 
yield a 

a = chr(ord(a) + 1) 


return result 


We can iterate over the result produced by either function using a for loop, 
for example, for letter in letter_range( "m", "v") :. But if we want a list of 
the resultant letters, although calling letter_range( "m", "v" ) is sufficientfor 
the left-hand function, for the right-hand generator function we must use 
list(letter_range{"m", "v")). 

Generator functions and methods (and generator expressions) are covered 
more fully in Chapter 8. 


This method provides the del d[ key] syntax. If the key is not present the Sort- 
edtist. remove!) call will raise a ValueError exception. If this occurs we catch 
the exception and raise a KeyError exception instead so as to match the diet 
class’s API. Otherwise, we return the result of calling the base class implemen¬ 
tation to delete the item with the given key from the dictionary itself 

def setdefault(self, key, value=None); 
if key not in self: 

self._keys.add(key) 

return superO .setdefault(key, value) 

This method returns the value for the given key if the key is in the dictionary; 
otherwise, it creates a new item with the given key and value and returns the 
value. For the SortedDict we must make sure that the key is added to the keys 
list if the key is not already in the dictionary. 
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def pop(self, key, *args): 
if key not in self: 
if len(args) == 0: 

raise KeyError(key) 
return args[0] 

self._keys, reinove(key) 

return super() .pop(key, args) 

If the given key is in the dictionary this method returns the corresponding 
value and removes the key-value item from the dictionary. The key must also 
be removed from the keys list. 

The implementation is quite subtle because the popO method must support 
two different behaviors to match diet. pop (). The first is d. pop (k); here the value 
for key k is returned, or if there is no key k, a KeyError is raised. The second is 
d.pop(k, value); here the value for key k is returned, or if there is no key k, value 
(which could be None) is returned. In all cases, if key k exists, the corresponding 
item is removed. 

def popiteni(self): 

item = superO .popitemO 

self._keys.remove)item[0]) 

return item 

The diet. popitem() method removes and returns a random key-value item 
from the dictionary. We must call the base class version first since we don’t 
know in advance which item will be removed. We remove the item’s key from 
the keys list, and then return the item. 

def clear(self): 
super().clear)) 
self._keys.clear)) 

Here we clear all the dictionary’s items and all the keys list’s items. 

def values)self); 

for key in self._keys: 

yield self[key] 

def items)self): 

for key in self._keys: 

yield )key, self[key]) 

def _iter_[self): 

return iter)self._keys) 

keys = _iter_ 
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Dictionaries have four methods that return iterators: diet. values () for the dic¬ 
tionary’s values, diet. items () for the dictionary’s key-value items, diet. keys () 

for the keys, and the_iter_() special method that provides support for the 

iter(d) syntax, and operates on the keys. (Actually, the base class versions of 
these methods return dictionary views, but for most purposes the behavior of 
the iterators implemented here is the same.) 

Since the_iter_() method and the keysO method have identical behavior, 

instead of implementing keys(), we simply create an object reference called 

keys and set it to refer to the_iter_() method. With this in place, users of 

So rtedDict can call d. keys () or ite r (d) to get an iterator over a dictionary’s keys, 
just the same as they can call d. values () to get an iterator over the dictionary’s 
values. 

Genera¬ 
tors 

>341 


def _repr_(self): 

return object._repr_(self) 

def _str_(self): 

return ("{" + ", ".join(["{0!r}: {1!r}".format(k, v) 

for k, V in self .itemsO ]) + "}") 

We cannot provide an eval()-able representation of a So rtedDict because we 
can’t produce an eval()-able representation of the key function. So for the 

_repr_() reimplementation we bypass diet._repr_(), and instead call 

the ultimate base class version, object._repr_(). This produces a string 

of the kind used for non-eval( )-able representations, for example, '<So rted¬ 
Dict.SortedDict object at 0xb71fff5c>'. 

We have implemented the SortedDict._str_() method ourselves because we 

want the output to show the items in key sorted order. The method could have 
been written like this instead: 

items = [] 

for key, value in self .itemsO: 

items.append("{0!r}: {1!r}".format(key, value)) 
return "{" + ", ".join(items) + "}" 

Using a list comprehension is shorter and avoids the need for the temporary 
items variable. 


The values0 and itemsO methods are generator methods—see the sidebar 
“Generator Functions” (279 <) for a brief explanation of generator methods. 
In both cases they iterate over the sorted keys list, so they always return iter¬ 
ators that iterate in key order (with the key order depending on the key func¬ 
tion given to the initializer). For the items () and values () methods, the values 

are looked up using the d[k] syntax (which uses diet._getitem_() under the 

hood), since we can treat self as a diet. 
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The base class methods diet .get (), diet._getitem_() (for the v = d[k] syntax), 

diet._ten_() (for len(d)), and diet._eontains_() (for x in d) all work fine as 

they are and don’t affect the key ordering, so we have not needed to reimple¬ 
ment them. 

The last diet method that we must reimplement is copy (). 

def copy(self): 

d = SortedDictO 

super(SortedDict, d).update(self) 

d._keys = self._keys.copy() 

return d 

The easiest reimplementation is simply def copy(self): return SortedDict( 
self). We’ve chosen a slightly more complicated solution that avoids re-sort¬ 
ing the already sorted keys. We create an empty sorted dictionary, then up¬ 
date it with the items in the original sorted dictionary using the base class 
diet.update!) to avoid the SortedDict.updated reimplementation, and re¬ 
place the dictionary’s self._keys SortedList with a shallow copy of the origi¬ 

nal one. 

When super() is called with no arguments it works on the base class and the 
self object. But we can make it work on any class and any object by passing 
in a class and an object explicitly. Using this syntax, the super() call works on 
the immediate base class of the class it is given, so in this case the code has the 
same effect as (and could be written as) diet. update (d, self). 

In view of the fact that Python’s sort algorithm is very fast, and is particularly 
well optimized for partially sorted lists, the efficiency gain is likely to be little 
or nothing except for huge dictionaries. However, the implementation shows 
that at least in principle, a custom copy () method can be more efficient than 
using the copy of x = ClassOfXix) idiom that Python’s built-in types support. 

And just as we did for SortedList, we have set_copy_= copy so that the 

copy. copy () function uses our custom copy method rather than its own code. 

def value_at(self, index); 

return self[self._keys[index]] 

def set_value_at(self, index, value): 
self[self._keys[index]] = value 

These two methods represent an extension to the diet API. Since, unlike a plain 
diet, a SortedDict is ordered, it follows that the concept of key index positions 
is applicable. For example, the first item in the dictionary is at index position 0, 
and the last at position len (d) - 1. Both of these methods operate on the dictio¬ 
nary item whose key is at the index-th position in the sorted keys list. Thanks 
to inheritance, we can look up values in the So rtedDict using the item access op- 
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erator ([ ]) applied directly to self, since self is a diet. If an out-of-range index 
is given the methods raise an IndexError exception. 

We have now completed the implementation of the SortedDict class. It is not 
often that we need to create complete generic collection classes like this, but 
when we do. Python’s special methods allow us to fully integrate our class so 
that its users can treat it like any of the built-in or standard library classes. 


Summary 


This chapter covered all the fundamentals of Python’s support for object-orient¬ 
ed programming. We began by showing some of the disadvantages of a purely 
procedural approach and how these could be avoided by using object orienta¬ 
tion. We then described some of the most common terminology used in object- 
oriented programming, including many “duplicate” terms such as base class 
and super class. 

We saw how to create simple classes with data attributes and custom methods. 
We also saw how to inherit classes and how to add additional data attributes 
and additional methods, and how methods can be “unimplemented”. Unimple¬ 
menting is needed when we inherit a class but want to restrict the methods 
that our subclass provides, but it should be used with care since it breaks the 
expectation that a subclass can be used wherever one of its base classes can be 
used, that is, it breaks polymorphism. 

Custom classes can be seamlessly integrated so that they support the same 
syntaxes as Python’s built-in and library classes. This is achieved by imple¬ 
menting special methods. We saw how to implement special methods to sup¬ 
port comparisons, how to provide representational and string forms, and how to 
provide conversions to other types such as int and float when it makes sense to 

do so. We also saw how to implement the_hash_() method to make a custom 

class’s instances usable as dictionary keys or as members of a set. 

Data attributes by themselves provide no mechanism for ensuring that they 
are set to valid values. We saw how easy it is to replace data attributes with 
properties—this allows us to create read-only properties, and for writable 
properties makes it easy to provide validation. 

Most of the classes we create are “incomplete” since we tend to provide only the 
methods that we actually need. This works fine in Python, but in addition it is 
possible to create complete custom classes that provide every relevant method. 
We saw how to do this for single valued classes, both by using aggregation 
and more compactly by using inheritance. We also saw how to do this for 
multivalued (collection) classes. Custom collection classes can provide the 
same facilities as the built-in collection classes, including support for in, len (), 
iter(), reversed!), and the item access operator ([ ]). 
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We learned that object creation and initialization are separate operations and 
that Python allows us to control both, although in almost every case we only 
need to customize initialization. We also learned that although it is always 
safe to return an object’s immutable data attributes, we should normally only 
ever return copies of an object’s mutable data attributes to avoid the object’s 
internal state leaking out and being accidentally invalidated. 

Python provides normal methods, static methods, class methods, and module 
functions. We saw that most methods are normal methods, with class methods 
being occasionally useful. Static methods are rarely used, since class methods 
or module functions are almost always better alternatives. 

The built-in repr() method calls an object’s_repr_() special method. Where 

possible, eval(repr(x)) == x, and we saw how to support this. When an 
eval () -able representation string cannot be produced we use the base class ob¬ 
ject._repr_() method to produce a non-eval( )-able representation in a stan¬ 

dard format. 

Type testing using the built-in isinstance () function can provide some efficien¬ 
cy benefits, although object-oriented purists would almost certainly avoid its 
use. Accessing base class methods is achieved by calling the built-in super() 
function, and is essential to avoid infinite recursion when we need to call a base 
class method inside a subclass’s reimplementation of that method. 

Generator functions and methods do lazy evaluation, returning (via the yield 
expression) each value one at a time on request and raising a Stopiteration 
when (and if) they run out of values. Generators can be used wherever an 
iterator is expected, and for finite generators, all their values can be extracted 
into a tuple or list by passing the iterator returned by the generator to tuple () 
or list(). 

The object-oriented approach almost invariably simplifies code compared with 
a purely procedural approach. With custom classes we can guarantee that only 
valid operations are available (since we implement only appropriate methods), 
and that no operation can put an object into an invalid state (e.g., by using 
properties to apply validation). Once we start using object orientation our style 
of programming is likely to change from being about global data structures 
and the global functions that are applied to the data, to creating classes and 
implementing the methods that are applicable to them. Object orientation 
makes it possible to package up data and those methods that make sense for 
the data. This helps us avoid mixing up all our data and functions together, and 
makes it easier to produce maintainable programs since functionality is kept 
separated out into individual classes. 
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Exercises 


The first two exercises involve modifying classes we covered in this chapter, 
and the last two exercises involve creating new classes from scratch. 

1. Modify the Point class (from Shape.py or ShapeAlt.py), to support the 
following operations, where p, q, and r are Points and n is a number: 


p 

= q + r 

# 

Point, 

_add_() 

p 

+= q 

# 

Point, 

iadd () 

p 

= q - r 

# 

Point, 

,_sub_() 

p 

-= q 

# 

Point, 

_isub_() 

p 

= q * n 

# 

Point, 

_mul_() 

p 

*= n 

# 

Point, 

_imul_() 

p 

= q / n 

# 

Point, 

_truediv_() 

p 

/= n 

# 

Point, 

_itruediv_( 

p 

= q // n 

# 

Point, 

_floordiv_( 

p 

//= n 

# 

Point, 

_ifloordiv_ 


The in-place methods are all four lines long, including the def line, and 
the other methods are each just two lines long, including the def line, 
and of course they are all very similar and quite simple. With a minimal 
description and a doctest for each it adds up to around one hundred thirty 
new lines. A model solution is provided in Shape ans. py; the same code is 
also in ShapeAlt_ans.py. 

2. Modify the Image, py class to provide a resize (width, height) method. If the 
new width or height is smaller than the current value, any colors outside 
the new boundaries must be deleted. If either width or height is None then 
use the existing width or height. At the end, make sure you regenerate 

the self._colors set. Return a Boolean to indicate whether a change 

was made or not. The method can be implemented in fewer than 20 lines 
(fewer than 35 including a docstring with a simple doctest). A solution is 
provided in Image ans. py. 

3. Implement a Transaction class that takes an amount, a date, a curren¬ 
cy (default “USD”—US. dollars), a USD conversion rate (default 1), 
and a description (default None). All of the data attributes must be pri¬ 
vate. Provide the following read-only properties: amount, date, curren¬ 
cy, usd_conversion_rate, description, and usd (calculated from amount * 
usd conversion rate). This class can be implemented in about sixty lines 
including some simple doctests. A model solution for this exercise (and the 
next one) is in file Account. py. 

4. Implement an Account class that holds an account number, an account 
name, and a list of T ransactions. The number should be a read-only prop- 
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erty; the name should be a read-write property with an assertion to ensure 
that the name is at least four characters long. The class should support 
the built-in len() function (returning the number of transactions), and 
should provide two calculated read-only properties: balance which should 
return the account’s balance in USD and all usd which should return 
True if all the transactions are in USD and False otherwise. Three other 
methods should be provided: apply () to apply (add) a transaction, saveO, 
and load(). The saveO and loadO methods should use a binary pickle 
with the filename being the account number with extension .acc; they 
should save and load the account number, the name, and all the trans¬ 
actions. This class can be implemented in about ninety lines with some 
simple doctests that include saving and loading—use code such as name 
= os.path. join(tenipfile.gettempdir(), account_name) to provide a suitable 
temporary filename, and make sure you delete the temporary file after the 
tests have finished. A model solution is in file Account. py. 
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• Writing and Reading Binary Data 

• Writing and Parsing Text Files 

• Writing and Parsing XML Files 

• Random Access Binary Files 


File Handling 


Most programs need to save and load information, such as data or state 
information, to and from files. Python provides many different ways of doing 
this. We already briefly discussed handling text files in Chapter 3 and pickles 
in the preceding chapter. In this chapter we will cover file handling in much 
more depth. 

All the techniques presented in this chapter are platform-independent. This 
means that a file saved using one of the example programs on one operating 
system/processor architecture combination can be loaded by the same program 
on a machine with a different operating system/processor architecture com¬ 
bination. And this can be true of your programs too if you use the same tech¬ 
niques as the example programs. 

The chapter’s first three sections cover the common case of saving and loading 
an entire data collection to and from disk. The first section shows how to do this 
using binary file formats, with one subsection using (optionally compressed) 
pickles, and the other subsection showing how to do the work manually. The 
second section shows how to handle text files. Writing text is easy, but reading 
it back can be tricky if we need to handle nontextual data such as numbers 
and dates. We show two approaches to parsing text, doing it manually and 
using regular expressions. The third section shows how to read and write XML 
files. This section covers writing and parsing using element trees, writing and 
parsing using the DOM (Document Object Model), and writing manually and 
parsing using SAX (Simple API for XML). 

The fourth section shows how to handle random access binary files. This is 
useful when each data item is the same size and where we have more items 
than we want in (or can fit into) memory. 

Which is the best file format to use for holding entire collections—binary, text, 
or XML? Which is the best way to handle each format? These questions are too 
context-dependent to have a single definitive answer, especially since there are 
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Name 

Data Type 

Notes 

report_id 

str 

Minimum iength 8 and no whitespace 

date 

datetime. 

date 

airport 

str 

Nonempty and no newlines 

aircraft_id 

str 

Nonempty and no newlines 

aircraft_type 

str 

Nonempty and no newlines 

pilot_pe rcent_hou rs_on_type 

float 

Range 0.0 to 100.0 

pilot_total_hours 

int 

Positive and nonzero 

midair 

bool 


narrative 

str 

Multiline 


Figure 7.1 Aircraft incident record 

pros and cons for each format and for each way of handling them. We show all 
of them to help you make an informed decision on a case-by-case basis. 

Binary formats are usually very fast to save and load and they can be very 
compact. Binary data doesn’t need parsing since each data type is stored using 
its natural representation. Binary data is not human readable or editable, and 
without knowing the format in detail it is not possible to create separate tools 
to work with binary data. 

Text formats are human readable and editable, and this can make text files 
easier to process with separate tools or to change using a text editor. Text 
formats can be tricky to parse and it is not always easy to give good error 
messages if a text file’s format is broken (e.g., by careless editing). 

XML formats are human readable and editable, although they tend to be 
verbose and create large files. Like text formats, XML formats can be processed 
using separate tools. Parsing XML is straightforward (providing we use an 
XML parser rather than do it manually), and some parsers have good error 
reporting. XML parsers can be slow, so reading very large XML files can take 
a lot more time than reading an equivalent binary or text file. XML includes 
metadata such as the character encoding (either implicitly or explicitly) that 
is not often provided in text files, and this can make XML more portable than 
text files. 

Text formats are usually the most convenient for end-users, but sometimes 
performance issues are such that a binary format is the only reasonable 
choice. However, it is always useful to provide import/export for XML since 
this makes it possible to process the file format with third-party tools without 
preventing the most optimal text or binary format being used by the program 
for normal processing. 
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Format 

Reader/Writer 

Reader + Writer 

Lines of Code 

Total 

Lines of Code 

Output File 
Size (~KB) 

Binary 

Pickle (gzip compressed) 

20 + 16 

36 

160 

Binary 

Pickle 

20 + 16 

36 

416 

Binary 

Manual (gzip compressed) 

60 + 34 

94 

132 

Binary 

Manual 

60 + 34 

94 

356 

Plain text 

Regex reader/manual writer 

39 + 28 

67 

436 

Plain text 

Manual 

53 + 28 

81 

436 

XML 

Element tree 

37 + 27 

64 

460 

XML 

DOM 

44 + 36 

80 

460 

XML 

SAX reader/manual writer 

55 + 37 

92 

464 


Figure 7.2 Aircraft incident file format reader !writer comparison 

This chapter’s first three sections all use the same data collection: a set of air¬ 
craft incident records. Figure 7.1 shows the names, data types, and validation 
constraints that apply to aircraft incident records. It doesn’t really matter 
what data we are processing. The important thing is that we learn to process 
the fundamental data types including strings, integers, floating-point numbers, 
Booleans, and dates, since if we can handle these we can handle any other kind 
of data. 

By using the same set of aircraft incident data for binary, text, and XML 
formats, it makes it possible to compare and contrast the different formats and 
the code necessary for handling them. Figure 7.2 shows the number of lines of 
code for reading and writing each format, and the totals. 

The file sizes are approximate and based on a particular sample of 596 aircraft 
incident records.* Compressed binary file sizes for the same data saved under 
different filenames may vary by a few bytes since the filename is included in 
the compressed data and filename lengths vary. Similarly, the XML file sizes 
vary slightly since some XML writers use entities (&quot; for " and &apos; for ') 
for quotes inside text data, and others don’t. 

The first three sections all quote code from the same program: convert-inci¬ 
dents. py. This program is used to read aircraft incident data in one format and 
to write it in another format. Here is the program’s console help text. (We have 
reformatted the output slightly to fit the book’s page width.) 

Usage; convert-incidents.py [options] infile outfile 


*The data we used is based on real aircraft incident data available from the FAA (U.S. government’s 
Federal Aviation Administration, www. f aa. gov). 
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Reads aircraft incident data from infile and writes the data to 
outfile. The data formats used depend on the file extensions: 

.aix is XML, .ait is text (UTF-8 encoding), .aib is binary, 

.aip is pickle, and .html is HTML (only allowed for the outfile). 

All formats are platform-independent. 

Options: 

-h, —help show this help message and exit 

-f, —force write the outfile even if it exists [default: off] 

-V, —verbose report results [default: off] 

-r READER, —reader=READER 

reader (XML): 'dom', 'd', 'etree', 'e', 'sax', 's' 
reader (text): 'manual', 'm', 'regex', 'r' 

[default: etree for XML, manual for text] 

-w WRITER, —writer=WRITER 

writer (XML): 'dom', 'd', 'etree', 'e', 

'manual', 'm' [default: manual] 

-z, —compress compress .aib/.aip outfile [default: off] 

-t, —test execute doctests and exit (use with -v for verbose) 

The options are more complex than would normally be required since an 
end-user will not care which reader or writer we use for any particular format. 
In a more realistic version of the program the reader and writer options would 
not exist and we would implement just one reader and one writer for each 
format. Similarly, the test option exists to help us test the code and would not 
be present in a production version. 

The program defines one custom exception: 
class IncidentError(Exception): pass 

Aircraft incidents are held as Incident objects. Here is the class line and 
the initializer: 

class Incident: 

def _init_(self, report_id, date, airport, aircraft_id, 

aircraft_type, pilot_percent_hours_on_type, 
pilot_total_hours, midair, narrative=""): 
assert len(report_id) >= 8 and len(report_id.split()) == I, \ 
"invalid report ID" 

self._report_id = report_id 

self.date = date 
self.airport = airport 
self.aircraft_id = aircraft_id 
self.aircraft_type = aircraft_type 

self.pilot_percent_hours_on_type = pilot_percent_hours_on_type 
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self.pilot_total_hours = pilot_total_hours 

self.midair = midair 

self.narrative = narrative 

The report ID is validated when the Incident is created and is available as 
the read-only report id property. All the other data attributes are read/write 
properties. For example, here is the date property’s code: 

@property 
def date(self): 

return self._date 

@date.setter 

def date(self, date): 

assert isinstance(date, datetime.date), "invalid date" 
self._date = date 

All the other properties follow the same pattern, differing only in the details 
of their assertions, so we won’t reproduce them here. Since we have used 
assertions, the program will fail if an attempt is made to create an Incident 
with invalid data, or to set one of an existing incident’s read/write properties to 
an invalid value. We have chosen this uncompromising approach because we 
want to be sure that the data we save and load is always valid, and if it isn’t we 
want the program to terminate and complain rather than silently continue. 

The collection of incidents is held as an IncidentCollection. This class is a diet 
subclass, so we get a lot of functionality, such as support for the item access 
operator ([]) to get, set, and delete incidents, by inheritance. Here is the class 
line and a few of the class’s methods: 

class IncidentCollection(dict): 

def values(self): 

for report_id in self .keysO: 
yield self[report_id] 

def items(self): 

for report_id in self.keysO: 

yield (report_id, self[report_id]) 

def _iter_(self): 

for report_id in sorted(super() .keysO): 
yield report_id 

keys = _iter_ 

We have not needed to reimplement the initializer since diet._init_() is 

sufficient. The keys are report IDs and the values are Incidents. We have 
reimplemented the values (), items (), and keys () methods so that their iterators 
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work in report ID order. This works because the values () and items () methods 
iterate over the keys returned by IncidentCoUection. keys ()—and this method 

(which is just another name for IncidentCoUection._iter_()), iterates in 

sorted order over the keys provided by the base class diet. keys () method. 

In addition, the IncidentCoUection class has exportO and iinport_() meth¬ 
ods. (We use the trailing underscore to distinguish the method from the 
built-in import statement.) The exportO method is passed a filename, and 
optionally a writer and a compress flag, and based on the filename and writ¬ 
er, it hands off the work to a more specific method such as export_xml_dom() 
or export_xml_etree( ). The import !) method takes a filename and an optional 
reader and works similarly. The import methods that read binary formats are 
not told whether the file is compressed—they are expected to work this out for 
themselves and behave appropriately. 


Writing and Reading Binary Data 


Binary formats, even without compression, usually take up the least amount 
of disk space and are usually the fastest to save and load. Easiest of all is 
to use pickles, although handling binary data manually should produce the 
smallest file sizes. 


Pickles with Optional Compression 


Pickles offer the simplest approach to saving and loading data from Python 
programs, but as we noted in the preceding chapter, pickles have no securi¬ 
ty mechanisms (no encryption, no digital signature), so loading a pickle that 
comes from an untrusted source could be dangerous. The security concern aris¬ 
es because pickles can import arbitrary modules and call arbitrary functions, so 
we could be given a pickle where the data has been manipulated in such a way 
as to, for example, make the interpreter execute something harmful when the 
pickle is loaded. Nonetheless, pickles are often ideal for handling ad hoc data, 
especially for programs for personal use. 

It is usually easier when creating file formats to write the saving code before 
the loading code, so we will begin by seeing how to save the incidents into 
a pickle. 


def export_pickle(self, filename, compress=False): 
fh = None 
try: 

if compress: 

fh = gzip.open(filename, "wb") 
else: 

fh = open(filename, "wb") 
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The Bytes and Bytearray Data Types 


Python provides two data types for handling raw bytes: bytes which is im¬ 
mutable, and by tea may which is mutable. Both types hold a sequence of zero 
or more 8-bit unsigned integers (bytes) with each byte in the range 0.. .255. 

Both types are very similar to strings and provide many of the same 
methods, including support for slicing. In addition, bytearrays also provide 
some mutating list-like methods. All their methods are listed in Tables 7.1 
(>► 299) and 7.2 (> 300). 

Whereas a slice of a bytes or bytearray returns an object of the same type, 
accessing a single byte using the item access operator ([]) returns an 
int—the value of the specified byte. For example: 

word = b"Animal" 

X = b"A" 

word[0] == X # returns: False # word[0] == 65; x == b"A" 

word[:l] == x # returns: True # word[:l] == b"A"; x == b"A" 

word[0] == x[0] # returns: True # word[0] == 65; x[0] == 65 


Here are some other bytes and bytearray examples: 


data = b"5 Hills \x35\x20\x48\x69\x6C\x6C\x73" 


data.upper() 

data.replace(b"ill", b"at") 
bytes.fromhex("35 20 48 69 6C 6C 73" 
bytes.fromhex("352048696C6C73") 
data = bytearray(data) 
data.pop(10) 

data.insert(10, ordC'B")) 


# returns: 

# returns: 

# returns: 

# returns: 


HILLS 5 HILLS' 
Hats 5 Hats' 
Hills' 

Hills' 


# data is now a bytearray 

# returns: 72 (ord("H")) 

# data == b'5 Hills 5 Bills' 


Methods that make sense only for strings, such as bytes.upper(), assume 
that the bytes are encoded using ASCII. The bytes.fromhexO class method 
ignores whitespace and interprets each two-digit substring as a hexadecimal 
number, so "35" is taken to be a byte of value 0x35, and so on. 


pickle.dump(self, fh, pickle.HIGHEST_PROTOC0L) 
return True 

except (EnvironmentError, pickle.PicklingError) as err: 
print("{0}: export error: {l}".format( 

os.path.basename(sys.argv[0]), err)) 
return False 
finally: 

if fh is not None: 
fh.closeO 
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If compression has been requested, we use the gzip module’s gzip.openO 
function to open the file; otherwise, we use the built-in open() function. We 
must use “write binary” mode ("wb") when pickling data in binary format. In 
Python 3.0 and 3.1, pickle. HIGHEST PROTOCOL is protocol 3, a compact binary 
pickle format. This is the best protocol to use for data shared among Python 3 
programs.* 

For error handling we have chosen to report errors to the user as soon as they 
occur, and to return a Boolean to the caller indicating success or failure. And 
we have used a finally block to ensure that the file is closed at the end, whether 
there was an error or not. In Chapter 8 we will use a more compact idiom to 
ensure that files are closed that avoids the need for a finally block. 

This code is very similar to what we saw in the preceding chapter, but there is 
one subtle point to note. The pickled data is self, a diet. But the dictionary’s 
values are Incident objects, that is, objects of a custom class. The pickle module 
is smart enough to be able to save objects of most custom classes without us 
needing to intervene. 

In general, Booleans, numbers, and strings can be pickled, as can instances of 

classes including custom classes, providing their private_diet_is picklable. 

In addition, any built-in collection types (tuples, lists, sets, dictionaries) can 
be pickled, providing they contain only picklable objects (including collection 
types, so recursive structures are supported). It is also possible to pickle other 
kinds of objects or instances of custom classes that can’t normally be pickled 
(e.g., because they have a nonpicklable attribute), either by giving some help 
to the pickle module or by implementing custom pickle and unpickle functions. 
All the relevant details are provided in the pickle module’s online documen¬ 
tation. 

To read back the pickled data we need to distinguish between a compressed and 
an uncompressed pickle. Any file that is compressed using gzip compression 
begins with a particular magic number. A magic number is a sequence of one 
or more bytes at the beginning of a file that is used to indicate the file’s type. 
For gzip files the magic number is the two bytes OxlF 0x8B, which we store in a 
bytes variable: 

GZIP_MAGIC = b"\xlF\x8B" 

For more about the bytes data type, see the sidebar “The Bytes and Bytearray 
Data Types” (293 •<), and Tables 7.1, 7.2, and 7.3 (>- 299-301), which list 
their methods. 

Here is the code for reading an incidents pickle file: 


Context 

man¬ 

agers 

>369 


_diet 

>363 


*Protocol 3 is P 3 d;hon 3-specific. If we want pickles that are readable and writable by both Python 2 
and Python 3 programs, we must use protocol 2 instead. Note, though, that protocol 2 files written 
by Python 3.1 can be read by P 3 dhon 3.1 and Python 2.x, but not by Python 3.0! 


3.x 
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def iinport_pickle(self, filename): 
fh = None 
try: 

fh = open(filename, "rb") 
magic = fh.read(len(GZIP_MAGIC)) 
if magic == GZIP_MAGIC: 
fh.closeO 

fh = gzip.open(filename, "rb") 
else: 

fh.seek(0) 
self.clearO 

self.update(pickle.load(fh)) 
return True 

except (EnvironmentError, pickle.UnpicklingError) as err: 
print("{0}: import error: {!}".format! 

os.path.basename(sys.argv[0]), err)) 
return False 
finally: 

if fh is not None: 
fh.closeO 

We don’t know whether the given file is compressed. In either case we begin 
by opening the file in “read binary” mode, and then we read the first two bytes. 
If these bytes are the same as the gzip magic number we close the file and 
create a new file object using the gzip.open () function. And if the file is not 
compressed we use the file object returned by open (), calling its seek( ) method 
to restore the file pointer to the beginning so that the next read (made inside 
the pickle. load () function) will be from the start. 

We can’t assign to self since that would wipe out the IncidentCollection object 
that is in use, so instead we clear all the incidents to make the dictionary empty 
and then use diet.update! ) to populate the dictionary with all the incidents 
from the IncidentCollection dictionary loaded from the pickle. 

Note that it does not matter whether the processor’s byte ordering is big- or 
little-endian, because for the magic number we read individual bytes, and for 
the data the pickle module handles endianness for us. 


Raw Binary Data with Optional Compression 


Writing our own code to handle raw binary data gives us complete control 
over our file format. It should also be safer than using pickles, since mali¬ 
ciously invalid data will be handled by our code rather than executed by the 
interpreter. 
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When creating custom binary file formats it is wise to create a magic number 
to identify your file type, and a version number to identify the version of the 
file format in use. Here are the definitions used in the convert-incidents. py 
program: 

MAGIC = b"AIB\x00" 

F0RMAT_VERSION = b"\x00\x01" 

We have used four bytes for the magic number and two for the version. 
Endianness is not an issue because these will be written as individual bytes, 
not as the byte representations of integers, so they will always be the same on 
any processor architecture. 

To write and read raw binary data we must have some means of converting 
Python objects to and from suitable binary representations. Most of the func¬ 
tionality we need is provided by the struct module, briefly described in the side- 
bar “The Struct Module” {> 297), and by the bytes and bytearray data types, 
briefly described in the sidebar “The Bytes and Bytearray Data Types” (293 <). 
The bytes and bytearray classes’ methods are listed in Tables 7.1 (>■ 299) and 
7.2 (>► 300). 

Unfortunately, the st ruct module can handle strings only of a specified length, 
and we need variable length strings for the report and aircraft IDs, as well as 
for the airport, the aircraft type, and the narrative texts. To meet this need we 
have created a function, pack st ring () , which takes a string and returns a bytes 
object which contains two components: The first is an integer length count, and 
the second is a sequence of length count UTF-8 encoded bytes representing the 
string’s text. 

Since the only place the pack_string( ) function is needed is inside the ex¬ 
po rt_binary( ) function, we have put the definition of pack stringO inside the 
export_binary( ) function. This means that pack st ring () is not visible outside 
the exportbinary () function, and makes clear that it is just a local helper func¬ 
tion. Here is the start of the export binary () function, and the complete nested 
pack_string( ) function: 

def export_binary(self, filename, compress=False): 

def pack_string(string): 

data = string.encodeC'utfS") 

format = "<H{0}s".format(len(data)) 

return struct.pack(format, len(data), data) 

The St r. encode () method returns a bytes object with the string encoded accord¬ 
ing to the specified encoding. UTF-8 is a very convenient encoding because it 
can represent any Unicode character and is especially compact when repre¬ 
senting ASCII characters (just one byte each). The f o rmat variable is set to hold 
a struct format based on the string’s length. For example, given the string 


Local 

func¬ 

tions 

>351 
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The Struct Module 


The struct module provides struct.pack( ), struct.unpackO, and some other 
functions, and the struct.StructO class. The struct.pack( ) function takes 
a struct format string and one or more values and returns a bytes object 
that holds all the values represented in accordance with the format. The 
struct. unpack! ) function takes a format and a bytes or bytearray object and 
returns a tuple of the values that were originally packed using the format. 
For example: 

data = struct.pack("<2h", 11, -9) # data == b'\x0b\x00\xf7\xff' 

items = struct.unpack("<2h", data) # items == (11, -9) 

Format strings consist of one or more characters. Most characters represent 
a value of a particular type. If we need more than one value of a type we 
can either write the character as many times as there are values of the type 
("hh"), or precede the character with a count as we have done here ("2h"). 

Many format characters are described in the struct module’s online docu¬ 
mentation, including “b” (8-bit signed integer), “B” (8-bit unsigned integer), 
“h” (16-bit signed integer—used in the examples here), “H” (16-bit unsigned 
integer), “i” (32-bit signed integer), “I” (32-bit unsigned integer), “q” (64-bit 
signed integer), “Q” (64-bit unsigned integer), “f” (32-bit float), “d” (64-bit 
float—this corresponds to Python’s float type), “?” (Boolean), “s” (bytes or 
bytearray object—byte strings), and many others. 

For some data types such as multibyte integers, the processor’s endianness 
makes a difference to the byte order. We can force a particular byte order 
to be used regardless of the processor architecture by starting the format 
string with an endianness character. In this book we always use “<”, which 
means little-endian since that’s the native endianness for the widely used 
Intel and AMD processors. Big-endian (also called network byte order) is 
signified by “>” (or by “!”). If no endianness is specified the machine’s endian¬ 
ness is used. We recommend always specifying the endianness even if it is 
the same as the machine being used since doing so keeps the data portable. 

The struct. calcsize( ) function takes a format and returns how many bytes 
a struct using the format will occupy. A format can also be stored by creating 
a St ruct. St ruct () object giving it the format as its argument, with the size 
of the St ruct. St ruct () object given by its size attribute. For example: 

TW0_SH0RTS = St ruct.Struct("<2h") 

data = TW0_SHORTS.pack(ll, -9) # data == b'\x0b\x00\xf7\xff' 

items = TW0_SH0RTS.unpack(data) # items == (11, -9) 

In both examples, 11 is 0x000b, but this is transformed into the bytes 0x0b 0x00 
because we have used little-endian byte ordering. 
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“en.wikipedia.org”, the format will be "<H16s" (little-endian byte order, 2-byte 
unsigned integer, 16-byte byte string), and the bytes object that is returned will 
be b' \xl0\x00en .Wikipedia . org '. Conveniently, Python shows bytes objects in a 
compact form using printable ASCII characters where possible, and hexadeci¬ 
mal escapes (and some special escapes like \t and \n) otherwise. 

The pack_string( ) function can handle strings of up to 65535 UTF-8 charac¬ 
ters. We could easily switch to using a different kind of integer for the byte 
count; for example, a 4-byte signed integer (format “i”) would allow for strings 
of up to 2®^-l (more than 2 billion) characters. 

The struct module does provide a similar built-in format, “p”, that stores a sin¬ 
gle byte as a character count followed by up to 255 characters. For packing, 
the code using “p” format is slightly simpler than doing all the work ourselves. 
But “p” format restricts us to a maximum of 255 UTF-8 characters and pro¬ 
vides almost no benefit when unpacking. (For the sake of comparison, versions 
of pack_string( ) and unpack stringO that use “p” format are included in the 
convert-incidents. py source file.) 

We can now turn our attention to the rest of the code in the export_binary() 
method. 


fh = None 
try; 

if compress: 

fh = gzip.open(filename, "wb") 
else: 

fh = open(filename, "wb") 
fh.write(MAGIC) 
fh.write(F0RMAT_VERSI0N) 
for incident in self.values!): 
data = bytearrayO 

data.extend(pack_string(incident.report_id)) 
data.extend(pack_st ring(incident.airport)) 
data.extend(pack_string(incident.aircraft_id)) 
data.extend(pack_string(incident.aircraft_type)) 
data.extend(pack_string(incident.narrative.strip!))) 
data.extend(NumbersStruct.pack( 

incident.date.too rdinalO, 
incident.pilot_percent_hours_on_type, 
incident.pilot_total_hours, 
incident.midair)) 

fh.write(data) 
return True 
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Table 7.1 Bytes and Bytearray Methods #1 

Syntax 

Description 

ba.append(i) 

Appends int i (in range 0...255) to bytearray ba 

b.capitalizeO 

Returns a copy of bytes/bytearray b with the first charac¬ 
ter capitalized (if it is an ASCII letter) 

b.center(width, 

byte) 

Returns a copy of b centered in length width padded with 
spaces or optionally with the given byte 

b.count(x, 

start, end) 

Returns the number of occurrences of bytes/bytearray xin 
bytes/bytearray b (or in the start-.end slice of b) 

b.decode! 

encoding, 

error) 

Returns a st r object that represents the bytes using the 
UTF-8 encoding or using the specified encoding and han¬ 
dling errors according to the optional error argument 

b.endswith(x, 
start, end) 

Returns T rue if b (or the start: end slice of b) ends with 
bytes/bytearray x or with any of the bytes/bytearrays in 
tuple x; otherwise, returns False 

b.expandtabs! 

size) 

Returns a copy of bytes/bytearray b with tabs replaced 
with spaces in multiples of 8 or of size if specified 

ba.extend(seq) 

Extends bytearray ba with all the ints in sequence seq; all 
the ints must be in the range 0.. .255 

b.find(x, 

start, end) 

Returns the leftmost position of bytes/bytearray x in b 
(or in the start: end slice of b) or -1 if not found. Use the 
rf ind () method to find the rightmost position. 

b.fromhex(h) 

Returns a bytes object with bytes corresponding to the 
hexadecimal integers in str h 

b.index(x, 

start, end) 

Returns the leftmost position of x in b (or in the start: end 
slice of b) or raises ValueError if not found. Use the 
rindex() method to find the rightmost position. 

ba.insert(p, i) 

Inserts integer i (in range 0...255) at position p in ba 

b.isalnumO 

Returns True if bytes/bytearray b is nonempty and every 
character in b is an ASCII alphanumeric character 

b.isalphaO 

Returns True if bytes/bytearray b is nonempty and every 
character in b is an ASCII alphabetic character 

b.isdigitO 

Returns True if bytes/bytearray b is nonempty and every 
character in b is an ASCII digit 

b.islowerO 

Returns True if bytes/bytearray b has at least one lower- 
caseable ASCII character and all its lowercaseable char¬ 
acters are lowercase 

b.isspaceO 

Returns True if bytes/bytearray b is nonempty and every 
character in b is an ASCII whitespace character 
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Table 7.2 Bytes and Bytearray Methods #2 


Syntax 

Description 

b.istitleO 

Returns True if b is nonempty and title-cased 

b.isupperO 

Returns True if b has at least one uppercaseable ASCII char¬ 
acter and all its uppercaseable characters are uppercase 

b.join(seq) 

Returns the concatenation of every bytes/bytearray in se¬ 
quence seq, with b (which may be empty) between each one 

b.ljust( 

width, 

byte) 

Returns a copy of bytes/bytearray b left-aligned in length 
width padded with spaces or optionally with the given byte. 
Use the rj ust!) method to right-align. 

b.lowerO 

Returns an ASCII-lowercased copy of bytes/bytearray b 

b.partition! 
sep) 

Returns a tuple of three bytes objects—the part of b before 
the leftmost bytes/bytearray sep, sep itself, and the part of 
b after sep; or if sep isn’t in b returns b and two empty bytes 
objects. Use the rpartition!) method to partition on the 
rightmost occurrence of sep. 

ba.pop(p) 

Removes and returns the int at index position p in ba 

ba.remove(i) 

Removes the first occurrence of int i from bytearray ba 

b.replace(x, 
y, n) 

Returns a copy of b with every (or a maximum of n if given) 
occurrence of bytes/bytearray x replaced with y 

ba.reverse!) 

Reverses bytearray ba’s bytes in-place 

b.split!x, n) 

Returns a list of bytes splitting at most n times on x. If n isn’t 
given, splits everywhere possible; if x isn’t given, splits on 
whitespace. Use rsplit!) to split from the right. 

b.splitlines! 
f) 

Returns the list of lines produced by splitting b on line 
terminators, stripping the terminators unless f is True 

b.startswith! 
X, start, 
end) 

ReturnsTrue if bytes/bytearray b (or the start:end slice 
of b) starts with bytes/bytearray x or with any of the 
bytes/bytearrays in tuple x; otherwise, returns False 

b.strip!x) 

Returns a copy of b with leading and trailing whitespace (or 
the bytes in bytes/bytearray x) removed; Istrip!) strips only 
at the start, and rstrip!) strips only at the end 

b.swapcase!) 

Returns a copy of b with uppercase ASCII characters lower¬ 
cased and lowercase ASCII characters uppercased 

b.title!) 

Returns a copy of b where the first ASCII letter of each word 
is uppercased and all other ASCII letters are lowercased 

b.translate! 
bt, d) 

Returns a copy of b that has no bytes from d, and where each 
other byte is replaced by the byte-th byte from bytes bt 
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Table 7.3 Bytes and Bytearray Methods #3 


Syntax Description 

b.upperO Returns an ASCII-uppercased copy of bytes/bytearray b 

b. zf ill (w) Returns a copy of b, which if shorter than w is padded with 
leading zeros (0x30 characters) to make it w bytes long 


We have omitted the except and finally blocks since they are the same as the 
ones shown in the preceding subsection, apart from the particular exceptions 
that the except block catches. 

We begin by opening the file in “write binary” mode, either a normal file or a 
gzip compressed file depending on the compress flag. We then write the 4-byte 
magic number that is (hopefully) unique to our program, and the 2-byte version 
number.* Using a version number makes it easier to change the format in the 
future—when we read the version number we can use it to determine which 
code to use for reading. 

Next we iterate over all the incidents, and for each one we create a bytearray. 
We add each item of data to the byte array, starting with the variable length 
strings. The date.toordinaU ) method returns a single integer representing 
the stored date; the date can be restored by passing this integer to the date¬ 
time.date.fromordinalO method. The NumbersStruct is defined earlier in the 
program with this statement: 

NumbersStruct = struct.Struct("<ldi?") 

This format specifies little-endian byte order, an unsigned 32-bit integer (for 
the date ordinal), a 64-bit float (for the percentage hours on type), a 32-bit in¬ 
teger (for the total hours flown), and a Boolean (for whether the incident was 
midair). The structure of an entire aircraft incident record is shown schemati¬ 
cally in Figure 7.3. 

Once the bytearray has all the data for one incident, we write it to disk. And 
once all the incidents have been written we return T rue (assuming no error oc¬ 
curred). The finally block ensures that the file is closed just before we return. 

Reading back the data is not as straightforward as writing it—for one thing 
we have more error checking to do. Also, reading back variable length strings 
is slightly tricky. Here is the start of the import binary () method and the 
complete nested unpack st ring () function that we use to read back the variable 
length strings: 


*There is no central repository for magic numbers like there is for domain names, so we can never 
guarantee uniqueness. 
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Figure 7.3 The structure of a binary aircraft incident record 

def iinport_binary(self, filename): 

def unpack_string(fh, eof_is_error=True): 
uintie = struct.Struct("<H") 
length_data = fh.read(uintl6.size) 
if not length_data: 
if eof_is_error; 

raise ValueError("missing or corrupt string size") 
return None 

length = uintl6.unpack(length_data)[0] 
if length == 0: 
return "" 

data = fh.read(length) 

if not data or len(data) != length: 

raise ValueErrorC'missing or corrupt string") 
format = "<{0}s".format(length) 
return struct.unpack(format, data) [0] .decodeC'utfS") 

Since each incident record begins with its report ID string, when we attempt to 
read this string and we succeed, we are at the start of a new record. But if we 
fail, we’ve reached the end of the file and can finish. We set the eof is error 
flag to False when attempting to read a report ID since if there is no data, it 
just means we have finished. For all other strings we accept the default of T rue 
because if any other string has no data, it is an error. (Even an empty string 
will be preceded by a 16-bit unsigned integer length.) 

We begin by attempting to read the string’s length. If this fails we return None 
to signify end of file (if we are attempting to read a new incident), or we raise 
a ValueError exception to indicate corrupt or missing data. The struct. unpack() 
function and the struct.Struct.unpack!) method always return a tuple, even 
if it contains only a single value. We unpack the length data and store the 
number it represents in the length variable. Now we know how many bytes we 
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must read to get the string. If the length is zero we simply return an empty 
string. Otherwise, we attempt to read the specified number of bytes. If we 
don’t get any data or if the data is not the size we expected (i.e., it is too little), 
we raise a ValueError exception. 

If we have the right number of bytes we create a suitable format string for the 
St ruct. unpack () function, and we return the string that results from unpacking 
the data and decoding the bytes as UTF-8. (In theory, we could replace the 
last two lines with return data .decode ( "utf 8"), but we prefer to go through the 
unpacking process since it is possible—though unlikely—that the “s” format 
performs some transformation on our data which must be reversed when 
reading back.) 

We will now look at the rest of the impo rt bina ry ( ) method, breaking it into two 
parts for ease of explanation. 

fh = None 
try: 

fh = open(filenanie, "rb") 
magic = fh.read(len(GZIP_MAGIC)) 
if magic == GZIP_MAGIC: 
fh.closeO 

fh = gzip.open(filename, "rb") 
else: 

fh.seek(0) 

magic = fh.read(len(MAGIC)) 
if magic != MAGIC: 

raise ValueError("invalid .aib file format") 
version = fh.read(len(FORMAT_VERSION)) 
if version > F0RMAT_VERSI0N: 

raise ValueError("unrecognized .aib file version") 
self.clear!) 

The file may or may not be compressed, so we use the same technique that 
we used for reading pickles to open the file using gzip.open( ) or the built-in 
open ( ) function. 

Once the file is open and we are at the beginning, we read the first four bytes 
(len{ MAGIC)). If these don’t match our magic number we know that it isn’t a 
binary aircraft incident data file and so we raise a ValueError exception. Next 
we read in the 2-byte version number. It is at this point that we would use 
different reading code depending on the version. Here we just check that the 
version isn’t a later one than this program is able to read. 

If the magic number is correct and the version is one we can handle, we are 
ready to read in the data, so we begin by clearing out all the existing incidents 
so that the dictionary is empty. 
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while True; 

report_id = unpack_string(fh, False) 
if report_id is None; 

break 
data = {} 

data [" repo rt_id"] = report_id 

for name in ("airport", "aircraft_id", 

"aircraft_type", "narrative"); 
data[name] = unpack_string(fh) 
other_data = fh.read(NumbersStruct.size) 
numbers = NumbersStruct.unpack(other_data) 
data["date"] = datetime.date.fromordinal(numbers[0]) 
data["pilot_percent_hours_on_type"] = numbers[l] 
data["pilot_total_hours"] = numbers[2] 
data["midair"] = numbers[3] 
incident = Incident(**data) 
self[incident.report_id] = incident 
return True 

The while block loops until we run out of data. We start by trying to get a report 
ID. If we get None we’ve reached the end of the file and can break out of the loop. 
Otherwise, we create a dictionary called data to hold the data for one incident 
and attempt to get the rest of the incident’s data. For the strings we use the 
unpack_string( ) method, and for the other data we read it all in one go using 
the NumbersStruct struct. Since we stored the date as an ordinal we must do 
the reverse conversion to get a date back. But for the other items, we can just 
use the unpacked data—no validation or conversion is required since we wrote 
the correct data types in the first place and have read back the same data types 
using the format held in the NumbersStruct struct. 

If any error occurs, for example, if we fail to unpack all the numbers, an 
exception will be raised and will be handled in the except block. (We haven’t 
shown the except and finally blocks because they are structurally the same as 
those shown in the preceding subsection for the import_pickle() method.) 

Toward the end we make use of the convenient mapping unpacking syntax to 
create an Incident object which we then store in the incidents dictionary. 

Apart from the handling of variable length strings, the struct module makes 
it very easy to save and load data in binary format. And for variable length 
strings the pack_string( ) and unpack stringO methods shown here should 
serve most purposes perfectly well. 
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Writing and Parsing Text Files 


Writing text is easy, but reading it back can be problematic, so we need to 
choose the structure carefully so that it is not too difficult to parse* Figure 7.4 
shows an example aircraft incident record in the text format we are going to 
use. When we write the incident records to a file we will follow each one with 
a blank line, but when we parse the file we will accept zero or more blank lines 
between incident records. 


Writing Text 


Each incident record begins with the report ID enclosed in brackets ([ ]). This is 
followed by all the one-line data items written in key=value form. For the multi- 
line narrative text we precede the text with a start marker (. NARRATIVE START.) 
and follow it with an end marker (. NARRATIVE END .), and we indent all the text 
in between to ensure that no line of text could be confused with a start or end 
marker. 


[20070927022009C] 

date=2007-09-27 

aircraft_id=1675B 

aire raft_type=DHC-2-MKl 

airport=MERLE K (MUDHOLE) SMITH 

pilot_percent_hours_on_type=46.1538461538 

pilot_total_hou rs=13000 

inidair=0 

.NARRATIVE_START. 

ACCORDING TO THE PILOT, THE DRAG LINK FAILED DUE TO AN OVERSIZED 
TAIL WHEEL TIRE LANDING ON HARD SURFACE. 

.NARRATIVE END. 


Figure 7.4 An example text format aircraft incident record 

Here is the code for the expo rt_text () function, but excluding the except and 
finally blocks since they are the same as ones we have seen before, except for 
the exceptions handled: 

def export_text(self, filename); 

wrapper = textwrap.TextWrapper(initial_indent=" ", 

subsequent_indent=" ") 


*Chapter 14 introduces various parsing techniques, including two third-party open source parsing 
modules that make parsing tasks much easier. 
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fh = None 
try; 

fh = open(filename, "w", encoding="utf8") 
for incident in self .valuesO : 

narrative = "\n".join(wrapper.wrap( 

incident.narrative.strip!))) 
fh.write("[{0.report_id}]\n" 

"date={0.date!s}\n" 

"aircraft_id={0.aircraft_id}\n" 

"aircraft_type={0.aircraft_type}\n" 

"airport={airport}\n" 

"pilot_percent_hours_on_type=" 

"{0.pilot_percent_hours_on_type}\n" 

"pilot_total_hours={0.pilot_total_hours}\n" 

"inidair={0.inidair:d}\n" 

".NARRATIVE_START.\n{narrative}\n" 

".NARRATIVE_END.\n\n".format(incident, 
airport=incident.airport.strip!), 
narrative=narrative)) 
return True 


The line breaks in the narrative text are not significant, so we can wrap the 
text as we like. Normally we would use the textwrap module’s textwrap.wrap!) 
function, but here we need to both indent and wrap, so we begin by creating a 
textwrap.TextWrap object, initialized with the indentation we want to use (four 
spaces for the first and subsequent lines). By default, the object will wrap lines 
to a width of 70 characters, although we can change this by passing another 
keyword argument. 


datetime 

module 

216 < 

str. 

formatO 

78 < 

_for¬ 
mat_() 

254 < 


We could have written this using a triple quoted string, but we prefer to put 
in the newlines manually. The textwrap.TextWrapper object provides a wrapO 
method that takes a string as input, in this case the narrative text, and returns 
a list of strings with suitable indentation and each no longer than the wrap 
width. We then join this list of lines into a single string using newline as 
the separator. 

The incident date is held as a datetime.date object; we have forced str.format () 
to use the string representation when writing the date—this very conve¬ 
niently produces the date in ISO 8601, YYYY-MM-DD format. We have told 
str.formatO to write the midair bool as an integer—this produces 1 for True 
and 0 for False. In general, using str. format () makes writing text very easy be¬ 
cause it handles all of Python’s data types (and custom types if we implement 
the_ str _() or_ format _() special method) automatically. 
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Parsing Text 


The method for reading and parsing text format aircraft incident records is 
longer and more involved than the one used for writing. When reading the 
file we could be in one of several states. We could be in the middle of reading 
narrative lines; we could be at a key=value line; or we could be at a report ID 
line at the start of a new incident. We will look at the iinport_text_manual( ) 
method in five parts. 

def iinport_text_manual(self, filename): 
fh = None 
try: 

fh = open(filename, encoding="utf8") 
self.clearO 
data = {} 
narrative = None 

The method begins by opening the file in “read text” mode. Then we clear 
the dictionary of incidents and create the data dictionary to hold the data for 
a single incident in the same way as we did when reading binary incident 
records. The narrative variable is used for two purposes: as a state indicator 
and to store the current incident’s narrative text. If narrative is None it means 
that we are not currently reading a narrative; but if it is a string (even an 
empty one) it means we are in the process of reading narrative lines. 

for lino, line in enumerate(fh, start=l): 
line = line.rstrip() 
if not line and narrative is None: 
continue 

if narrative is not None: 

if line == ".NARRATIVE_END.": 

data["narrative"] = textwrap.dedent( 

narrative).strip() 

if len(data) != 9: 

raise IncidentError("missing data on " 

"line {0}".format(lino)) 
incident = Incident(**data) 
self[incident.report_id] = incident 
data = {} 
narrative = None 
else: 

narrative += line + "\n" 

Since we are reading line by line we can keep track of the current line number 
and use this to provide more informative error messages than is possible when 
reading binary files. We begin by stripping off any trailing whitespace from 
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the line, and if this leaves us with an empty line (and providing we are not in 
the middle of a narrative), we simply skip to the next line. This means that the 
number of blank lines between incidents doesn’t matter, but that we preserve 
any blank lines that are in narrative texts. 

If the narrative is not None we know that we are in a narrative. If the line is 
the narrative end marker we know that we have not only finished reading the 
narrative, but also finished reading all the data for the current incident. In 
this case we put the narrative text into the data dictionary (having removed 
the indentation with the textwrap.dedent( ) function), and providing we have 
the nine pieces of data we need, we create a new incident and store it in the 
dictionary. Then we clear the data dictionary and reset the narrative variable 
ready for the next record. On the other hand, if the line isn’t the narrative 
end marker, we append it to the narrative—including the newline that was 
stripped off at the beginning. 

elif (not data and line[0] == "[" 

and line[-l] == "]"): 
data["report_id"] = line[l:-l] 

If the narrative is None then we are at either a new report ID or are reading 
some other data. We could be at a new report ID only if the data dictionary is 
empty (because it starts that way and because we clear it after reading each 
incident), and if the line begins with [ and ends with ]. If this is the case we 
put the report ID into the data dictionary. This means that this elif condition 
will not be T rue again until the data dictionary is next cleared. 

elif "=" in line; 

key, value = line.split("=", 1) 
if key == "date": 

data[key] = datetime.datetime.strptinie(value, 

"%Y-%m-%d") .dateO 

elif key == "pilot_percent_hours_on_type": 

data[key] = float(value) 
elif key == "pilot_total_hours": 

data[key] = int(value) 
elif key == "midair": 

data[key] = bool(int(value)) 
else: 

data[key] = value 
elif line == ".NARRATIVE_START.": 

narrative = "" 
else; 

raise KeyError("parsing error on line {0}".format( 
lino)) 
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If we are not in a narrative and are not reading a new report ID there are only 
three more possibilities: We are reading key=value items, we are at a narrative 
start marker, or something has gone wrong. 

In the case of reading a line of key=value data, we split the line on the first 
= character, specifying a maximum of one split—this means that the value 
can safely include = characters. All the data read is in the form of Unicode 
strings, so for date, numeric, and Boolean data types we must convert the value 
string accordingly. 

For dates we use the datetime.datetime.strptiineO function (“string parse 
time”) which takes a format string and returns a datetime.datetime ob¬ 
ject. We have used a format string that matches the ISO 8601 date format, 
and we use datetime.datetime.date () to retrieve a datetime.date object from 
the resultant datetime.datetime object, since we want only a date and not a 
date/time. We rely on Python’s built-in type functions, float () and int (), for 
the numeric conversions. Note, though that, for example, int("4.0") will 
raise a ValueError; if we want to be more liberal in accepting integers, we 
could use int (float ("4.0")), or if we wanted to round rather than truncate, 
round(float("4.0")). To get a bool is slightly subtler—for example, bool("0") 
returns T rue (a nonempty string is T rue), so we must first convert the string to 
an int. 

Invalid, missing, or out-of-range values will always cause an exception to be 
raised. If any of the conversions fail they raise a ValueError exception. And if 
any values are out of range an IncidentError exception will be raised when the 
data is used to create a corresponding Incident object. 

If the line doesn’t contain an = character, we check to see whether we’ve read 
the narrative start marker. If we have, we set the narrative variable to be an 
empty string. This means that the first if condition will be T rue for subsequent 
lines, at least until the narrative end marker is read. 

If none of the if or elif conditions is True then an error has occurred, so in the 
final else clause we raise a KeyError exception to signify this. 

return True 

except (EnvironmentError, ValueError, KeyError, 

IncidentError) as err; 
print("{0}; import error; {I}".format( 

os.path.basename(sys.argv[0]), err)) 
return False 
finally; 

if fh is not None; 
fh.closeO 

After reading all the lines, we return T rue to the caller—unless an exception 
occurred, in which case the except block catches the exception, prints an error 
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message for the user, and returns False. And no matter what, if the file was 
opened, it is closed at the end. 


Parsing Text Using Regular Expressions 


Readers unfamiliar with regular expressions (“regexes”) are recommended to 
read Chapter 13 before reading this section—or to skip ahead to the following 
section (>■ 312), and return here later if desired. 

Using regular expressions to parse text files can often produce shorter code 
than doing everything by hand as we did in the previous subsection, but it 
can be more difficult to provide good error reporting. We will look at the im- 
po rt text regex () method in two parts, first looking at the regular expressions 
and then at the parsing—but omitting the except and finally blocks since they 
have nothing new to teach us. 

def iinport_text_regex(self, filename): 
incident_re = re.compile! 

r"\[(?P<id>['']]+)\] (?P<keyvalues>.+?)" 
r . NARRATIVE_START\. $ (?P<na rrative>. *?)" 

r"''\.NARRATIVE_END\.$", 
re.DOTALLI re.MULTILINE) 

key_value_re = re.compile(r"''\s*(?P<key>[''=]+?)\s*=\s*" 

r"(?P<value>.+?)\s*$", re.MULTILINE) 

raw The regular expressions are written as raw strings. This saves us from hav- 
strings double each backslash (writing each \ as \\)—for example, without us- 

67-< ing raw strings the second regular expression would have to be written as 
""'\\s*(?P<key>[''=]+?)\\s*=\\s*(?P<value>.+?)\\s*$". In this book we always 
use raw strings for regular expressions. 

The first regular expression, incident re, is used to capture an entire inci¬ 
dent record. One effect of this is that any spurious text between records will 
not be noticed. This regular expression really has two parts. The first is 
\ [ (?P<id>[''] ]+)\] (?P<keyvalues>.+?) which matches a [, then matches and cap¬ 
tures into the id match group as many non-] characters as it can, then match¬ 
es a ] (so this gives us the report ID), and then matches as few—but at least 
one—of any characters (including newlines because of the re. DOTALL flag), into 
the keyvalues match group. The characters matched for the keyvalues match 
group are the minimum necessary to take us to the second part of the regular 
expression. 

The second part of the first regular expression is ''\.NARRATIVE_START\.$ 
(?P<narrative>.*?)''\.NARRATIVE_END\.$ and this matches the literal text .NAR- 
RATIVE_START., then as few characters as possible which are captured into the 
na rrative match group, and then the literal text . NARRATIVE END. , at the end of 
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the incident record. The re.MULTILINE flag means that in this regular expres¬ 
sion '' matches at the start of every line (rather than just at the start of the 
string), and $ matches at the end of every line (rather than just at the end of 
the string), so the narrative start and end markers are matched only at the 
start of lines. 

The second regular expression, key value re, is used to capture key=value lines, 
and it matches at the start of every line in the text it is given to match against, 
where the line begins with any amount of whitespace (including none), fol¬ 
lowed by non-= characters which are captured into the key match group, fol¬ 
lowed by an = character, followed by all the remaining characters in the line 
(excluding any leading or trailing whitespace), and captures them into the val¬ 
ue match group. 

The fundamental logic used to parse the file is the same as we used for the 
manual text parser that we covered in the previous subsection, only this time 
we extract incident records and incident data within those records using 
regular expressions rather than reading line by line. 

fh = None 
try; 

fh = open(filename, encoding="utf8") 
self.clear() 

for incident_inatch in incident_re.finditer(fh. read()): 
data = {} 

data["report_id"] = incident_match.group("id") 
data["narrative"] = textwrap.dedent( 

incident_inatch .group! "narrative")). strip () 
keyvalues = incident_inatch.group("keyvalues") 
for match in key_value_re.finditer(keyvalues): 

data[match.group("key")] = match.groupC'value") 
data["date"] = datetime.datetime.strptime( 

data["date"], "%Y-%m-%d") .dated 
data["pilot_percent_hours_on_type"] = ( 

float(data["pilot_percent_hours_on_type"])) 
data["pilot_total_hours"] = int( 
data["pilot_total_hours"]) 
data["niidair"] = bool(int(data["midair"])) 
if len{data) != 9: 

raise IncidentErrorC'missing data") 
incident = Incident(**data) 
self[incident.report_id] = incident 
return True 

The re.finditerO method returns an iterator which produces each nonover¬ 
lapping match in turn. We create a data dictionary to hold one incident’s data 
as we have done before, but this time we get the report ID and narrative text 
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from each match of the incident re regular expression. We then extract all 
the key=value strings in one go using the keyvalues match group, and apply 
the key value re regular expression’s re. finditer( ) method to iterate over each 
individual key=value line. For each (key, value) pair found, we put them in the 
data dictionary—so all the values go in as strings. Then, for those values which 
should not be strings, we replace them with a value of the appropriate type 
using the same string conversions that we used when parsing the text manu¬ 
ally. 

We have added a check to ensure that the data dictionary has nine items be¬ 
cause if an incident record is corrupt, the key value. finditer( ) iterator might 
match too many or too few key=value lines. The end is the same as before—we 
create a new Incident object and put it in the incidents dictionary, then return 
T rue. If anything went wrong, the except suite will issue a suitable error mes¬ 
sage and return False, and the finally suite will close the file. 

One of the things that makes both the manual and the regular expression 
text parsers as short and straightforward as they are is Python’s exception¬ 
handling. The parsers don’t have to check any of the conversions of strings to 
dates, numbers, or Booleans, and they don’t have to do any range checking (the 
Incident class does that). If any of these things fail, an exception will be raised, 
and we handle all the exceptions neatly in one place at the end. Another ben¬ 
efit of using exception-handling rather than explicit checking is that the code 
scales well—even if the record format changes to include more data items, the 
error handling code doesn’t need to grow any larger. 


Writing and Parsing XML Files 


Some programs use an XML file format for all the data they handle, whereas 
others use XML as a convenient import/export format. The ability to import 
and export XML is useful and is always worth considering even if a program’s 
main format is a text or binary format. 

Out of the box. Python offers three ways of writing XML files: manually writ¬ 
ing the XML, creating an element tree and using its write () method, and cre¬ 
ating a DOM and using its write() method. Similarly, for reading and parsing 
XML files there are four out-of-the-box approaches that can be used: manually 
reading and parsing the XML (not recommended and not covered here—it can 
be quite difficult to handle some of the more obscure and advanced details cor¬ 
rectly), or using an element tree, DOM, or SAX parser. In addition, there are 
also third-party XML libraries available, such as the Ixml library mentioned in 
Chapter 5 (227 •<), that are well worth investigating. 

The aircraft incident XML format is shown in Figure 7.5. In this section we will 
show how to write this format manually and how to write it using an element 
tree and a DOM, as well as how to read and parse this format using the element 
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<?xnil version="1.0" encoding="UTF-8"?> 

<incidents> 

<incident report_id="20070222008099G" date="2007-02-22" 
aireraft_id="80342" aireraft_type="CE-172-M" 
pilot_percent_hours_on_type="9.09090909091" 
pilot_total_hours="440" midair="0"> 

<airpo rt>BOWERMAN</airpo rt> 

<narrative> 

ON A GO-AROUND FROM A NIGHT CROSSWIND LANDING ATTEMPT THE AIRCRAFT HIT 
A RUNWAY EDGE LIGHT DAMAGING ONE PROPELLER. 

</narrative> 

</incident> 

<incident> 

</incident> 

</incidents> 


Figure 7.5 An example XML format aircraft incident record in context 

tree, DOM, and SAX parsers. If you don’t care which approach is used to 
read or write the XML, you could just read the Element Trees subsection that 
follows, and then skip to the chapter’s final section (Random Access Binary 
Files; >► 324). 


Element Trees 


Writing the data using an element tree is done in two phases: First an element 
tree representing the data must be created, and second the tree must be 
written to a file. Some programs might use the element tree as their data 
structure, in which case they already have the tree and can simply write out 
the data. We will look at the export xml et ree () method in two parts: 

def export_xiiil_et ree (self, filename); 

root = xml.etree.ElementTree.ElementC'incidents") 
for incident in self.values(): 

element = xml.etree.ElementTree.ElementC'incident", 
report_id=incident.report_id, 
date=incident.date.isoformat(), 
aircraft_id=incident.aircraft_id, 
aircraft_type=incident.aircraft_type, 
pilot_percent_hours_on_type=str( 

incident.pilot_percent_hours_on_type), 
pilot_total_hours=str(incident.pilot_total_hours), 
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midair=str(int(incident.midair))) 
airport = xml.etree.ElementTree.SubElement{element, 

"airport") 

airport.text = incident.airport.stripO 

narrative = xml.etree.ElementTree.SubElement(element, 

"narrative") 

narrative, text = incident.narrative.stripO 
root.append(element) 

tree = xml.etree.Element!ree.ElementTree(root) 

We begin by creating the root element (<incidents>). Then we iterate over all 
the incident records. For each one we create an element (<incident>) to hold the 
data for the incident, and use keyword arguments to provide the attributes. All 
the attributes must be text, so we convert the date, numeric, and Boolean data 
items accordingly. We don’t have to worry about escaping “<”, and “>” (or 
about quotes in attribute values), since the element tree module (and the DOM 
and SAX modules) automatically take care of these details. 

Each <incident> has two subelements, one holding the airport name and the 
other the narrative text. When subelements are created we must provide the 
parent element and the tag name. An element’s read/write text attribute is 
used to hold its text. 

Once the <incident> has been created with all its attributes and its <airport> 
and <narrative> subelements, we add the incident to the hierarchy’s root (<in- 
cident s>) element. At the end we have a hierarchy of elements that contains all 
the incident record data, which we then trivially convert into an element tree. 

try: 

tree.write(filename, "UTF-8") 
except EnvironmentError as err: 

print("{0}: import error: {l}".format( 

os.path.basename(sys.argv[0]), err)) 
return False 
return True 

Writing the XML to represent an entire element tree is simply a matter of 
telling the tree to write itself to the given file using the given encoding. 

Up to now when we have specified an encoding we have almost always used 
the string "utf8". This works fine for Python’s built-in open() function which 
can accept a wide range of encodings and a variety of names for them, such as 
“UTF-8”, “UTF8”, “utf-8”, and “utf8”. But for XML files the encoding name can 
be only one of the official names, so "utf8" is not acceptable, which is why we 
have used "UTF-8".* 


* See www.w3.org/TR/2006/REC-xnilll-20060816/#NT-EncodingDecl and www.iana.org/assignments/char- 
acter-sets for information about XML encodings. 
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Reading an XML file using an element tree is not much harder than writing 
one. Again there are two phases: First we read and parse the XML file, and 
then we traverse the resultant element tree to read off the data to populate 
the incidents dictionary. Again this second phase is not necessary if the el¬ 
ement tree itself is being used as the in-memory data store. Here is the im- 
po rt xml et ree ( ) method, split into two parts. 

def iinport_xnil_et ree (self, filename): 
try: 

tree = xml.etree.ElementTree.parse(filename) 
except (EnvironmentError, 

xml.parsers.expat.ExpatError) as err: 
print("{0}; import error: {l}".format( 

os.path.basename(sys.argv[0]), err)) 
return False 

By default, the element tree parser uses the expat XML parser under the hood 
which is why we must be ready to catch expat exceptions. 

self.clearO 

for element in tree.findallC'incident"): 
try: 

data = {} 

for attribute in ("report_id", "date", "aircraft_id", 
"aircraft_type", 

"pilot_percent_hours_on_type", 
"pilot_total_hours", "midair"): 
data[attribute] = element.get(attribute) 
data["date"] = datetime.datetime.strptime( 

data["date"], "%Y-%m-%d") .dateO 
data["pilot_percent_hours_on_type"] = ( 

float(data["pilot_percent_hours_on_type"])) 
data["pilot_total_hours"] = int( 
data["pilot_total_hours"]) 
data["midair"] = bool(int(data["midair"])) 
data["airport"] = element.findC'airport") .text.stripO 
narrative = element.find("narrative").text 
data["narrative"] = (narrative.stripO 

if narrative is not None else "") 
incident = Incident(**data) 
self[incident.report_id] = incident 
except (ValueError, LookupError, IncidentError) as err: 
print("{0}: import error: {!}".format! 

os.path.basename(sys.argv[0]), err)) 
return False 
return True 
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Once we have the element tree we can iterate over every <incident> using 
the xml. et ree. Element!ree. f indall () method. Each incident is returned as an 
xml. et ree. Element object. We use the same technique for handling the element 
attributes as we did in the previous section’s impo rt text regex () method—first 
we store all the values in the data dictionary, and then we convert those val¬ 
ues which are dates, numbers, or Booleans to the correct type. For the airport 
and narrative subelements we use the xml. et ree. Element. findO method to 
find them and read their text attributes. If a text element has no text its text 
attribute will be None, so we must account for this when reading the narrative 
text element since it might be empty. In all cases, the attribute values and 
text returned to us do not contain XML escapes since they are automatically 
unescaped. 

As with all the XML parsers used to process aircraft incident data, an excep¬ 
tion will occur if the aircraft or narrative element is missing, or if one of the 
attributes is missing, or if one of the conversions fails, or if any of the numeric 
data is out of range—this ensures that invalid data will cause parsing to stop 
and for an error message to be output. The code at the end for creating and stor¬ 
ing incidents and for handling exceptions is the same as we have seen before. 


DOM (Document Object Model) 


The DOM is a standard API for representing and manipulating an XML 
document in memory. The code for creating a DOM and writing it to a file, 
and for parsing an XML file using a DOM, is structurally very similar to the 
element tree code, only slightly longer. 

We will begin by reviewing the export_xml_dom( ) method in two parts. This 
method works in two phases: First a DOM is created to reflect the incident 
data, and then the DOM is written out to a file. Just as with an element tree, 
some programs might use the DOM as their data structure, in which case they 
can simply write out the data. 

def export_xml_doin(self, filename): 

dom = xml.dom.minidom.getDOMIinplementationO 
tree = dom.createDocumentlNone, "incidents", None) 
root = tree.documentElement 
for incident in self.values!): 

element = tree.createElementC'incident") 
for attribute, value in ( 

("report_id", incident.report_id), 

("date", incident.date.isoformat!)), 

("aircraft_id", incident.aircraft_id), 

("aircraft_type", incident.aircraft_type), 

("pilot_percent_hours_on_type", 
str(incident.pilot_percent_hours_on_type)), 
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("pilot_total_hours", 
str(incident.pilot_total_hours)), 

("midair", str(int(incident.midair)))): 
element.setAttribute(attribute, value) 
for name, text in (("airport", incident.airport), 

("narrative", incident.narrative)): 
text_element = tree.createTextNode(text) 
name_element = tree.createElement(name) 
name_element.appendChild(text_element) 
element.appendChild(name_element) 
root.appendChild(element) 

The method begins by getting a DOM implementation. By default, the imple¬ 
mentation is provided by the expat XML parser. The xml. dom. minidom module 
provides a simpler and smaller DOM implementation than that provided by 
the xml .dom module, although the objects it uses are from the xml .dom module. 
Once we have a DOM implementation we can create a document. The first ar¬ 
gument to xml.dom.DOMImplementation.createDocumentO is the namespace URI 
which we don’t need, so we pass None; the second argument is a qualified name 
(the tag name for the root element), and the third argument is the document 
type, and again we pass None since we don’t have a document type. Having 
gotten the tree that represents the document, we retrieve the root element and 
then proceed to iterate over all the incidents. 

For each incident we create an <incident> element, and for each attribute we 
want the incident to have we call setAtt ribute () with the attribute’s name and 
value. Just as with the element tree, we don’t have to worry about escaping 
“<”, and “>” (or about quotes in attribute values). For the airport and nar¬ 
rative text elements we must create a text element to hold the text and a nor¬ 
mal element (with the appropriate tag name) as the text element’s parent—we 
then add the normal element (and the text element it contains) to the current 
incident element. With the incident element complete, we add it to the root. 


fh = None 
try: 

fh = open(filename, "w", encoding="utf8") 
tree.writexinl(fh, encoding="UTF-8") 
return True 


XML 

encod¬ 

ing 

314 < 


We have omitted the except and finally blocks since they are the same as ones 
we have already seen. What this piece of code makes clear is the difference 
between the encoding string used for the built-in open() function and the 
encoding string used for XML files, as we discussed earlier. 


Importing an XML document into a DOM is similar to importing into an el¬ 
ement tree, but like exporting, it requires more code. We will look at the im- 
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po rt xml dom ( ) function in three parts, starting with the def line and the nested 
get textO function. 

def iinport_xnil_doni(self, filename): 

def get_text(node_list): 
text = [] 

for node in node_list; 

if node.nodeType == node.TEXT_NODE; 
text.append(node.data) 
return join(text).strip() 

The get text () function iterates over a list of nodes (e.g., a node’s child nodes), 
and for each one that is a text node, it extracts the node’s text and appends it 
to a list of texts. At the end the function returns all the text it has gathered as 
a single string, with whitespace stripped from both ends. 

try: 

dom = xml.dom.minidom.parse(filenaine) 
except (EnvironinentError, 

xml.parsers.expat.ExpatError) as err: 
print("{0}: import error: {l}".format( 

os.path.basename(sys.argv[0]), err)) 
return False 

Parsing an XML file into a DOM is easy since the module does all the hard work 
for us, but we must be ready to handle expat errors since just like an element 
tree, the expat XML parser is the default parser used by the DOM classes 
under the hood. 

self.clearO 

for element in dom.getElementsByTagNameC'incident"): 
try: 

data = {} 

for attribute in ("reported", "date", "aircraft_id", 
"aircraft_type", 

"pilot_pe rcent_hou rs_on_type", 
"pilot_total_hours", "midair"): 
datajattribute] = element.getAttribute(attribute) 
data["date"] = datetime.datetime.strptime( 

data["date"], "%Y-%m-%d") .dateO 
data["pilot_percent_hours_on_type"] = ( 

float(data["pilot_percent_hours_on_type"])) 
data["pilot_total_hours"] = int( 
data["pilot_total_hours"]) 
data["midair"] = bool(int(data["midair"])) 
airport = element.getElementsByTagName("airport")[0] 



Writing and Parsing XML Files 


319 


data["airport"] = get_text(airport.childNodes) 
narrative = element .getEleinentsByTagName( 

"narrative")[0] 

data["narrative"] = get_text(narrative.childNodes) 
incident = Incident(**data) 
self[incident.report_id] = incident 
except (ValueError, LookupError, IncidentError) as err: 
print("{0}: import error: {1}".format! 

os.path.basename(sys.argv[0]), err)) 
return False 
return True 

Once the DOM exists we clear the current incidents data and iterate over all 
the incident tags. For each one we extract the attributes, and for date, numer¬ 
ic, and Booleans we convert them to the correct types in exactly the same way 
as we did when using an element tree. The only really significant difference 
between using a DOM and an element tree is in the handling of text nodes. 
We use the xml.dom.Element.getElementsByTagNameO method to get the child el¬ 
ements with the given tag name—in thecasesof <airport> and <narrative> we 
know there is always one of each, so we take the first (and only) child element 
of each type. Then we use the nested get text () function to iterate over these 
tags’ child nodes to extract their texts. 

As usual, if any error occurs we catch the relevant exception, print an error 
message for the user, and return False. 

The differences in approach between DOM and element tree are not great, 
and since they both use the same expat parser under the hood, they’re both 
reasonably fast. 


Manually Writing XML 


Writing a preexisting element tree or DOM as an XML document can be done 
with a single method call. But if our data is not already in one of these forms 
we must create an element tree or DOM first, in which case it may be more 
convenient to simply write out our data directly. 

When writing XML files we must make sure that we properly escape text and 
attribute values, and that we write a well-formed XML document. Here is the 
export xml manual () method for writing out the incidents in XML: 

def export_xml_manual(self, filename): 
fh = None 
try: 

fh = open(filename, "w", encoding="utf8") 

fh.write!'<?xml version="1.0" encoding="UTF-8"?>\n') 

fh.write!"<incidents>\n") 


Local 

func¬ 

tions 

>351 




320 


Chapter 7 . File Handling 


for incident in self .valuesO : 

fh.write('<incident report_id={report_id} ' 
'date="{0.date!s}" ' 

'aircraft_id={aircraft_id} ' 
'aircraft_type={aircraft_type} ' 

'pilot_percent_hours_on_type=' 

'"{0.pilot_percent_hours_on_type}" ' 

'pilot_total_hou rs="{0.pilot_total_hours}" ' 
'inidair="{0.midair;d}">\n' 
'<airport>{airport}</airport>\n' 
'<narrative>\n{narrative}\n</narrative>\n' 
'</incident>\n'.format(incident, 
report_id=xml.sax.saxutils.quoteattr( 

incident.report_id), 
aircraft_id=xnil. sax. saxutils .quoteattr( 

incident.aircraft_id), 
aircraft_type=xml.sax.saxutils.quoteattr( 

incident.aircraft_type), 

airport=xml.sax.saxutils.escape(incident.airport), 
narrative="\n".join(textwrap.wrap( 
xml.sax.saxutils.escape( 

incident.narrative.strip()), 70)))) 
fh.write("</incidents>\n") 
return True 

As we have often done in this chapter, we have omitted the except and finally 
blocks. 

We write the file using the UTF-8 encoding and must specify this to the built-in 
open () function. Strictly speaking, we don’t have to specify the encoding in the 
<?xml?> declaration since UTF-8 is the default encoding, but we prefer to be 
explicit. We have chosen to quote all the attribute values using double quotes 
("), and so for convenience have used single quotes to quote the string we put 
the incidents in to avoid the need to escape the quotes. 

The sax.saxutils.quoteattrO function is similar to the sax.saxutils.escape!) 
function we use for XML text in that it properly escapes “<”, and “>” 
characters. In addition, it escapes quotes (if necessary), and returns a string 
that has quotes around it ready for use. This is why we have not needed to put 
quotes around the report ID and other string attribute values. 

The newlines we have inserted and the text wrapping for the narrative are 
purely cosmetic. They are designed to make the file easier for humans to read 
and edit, but they could just as easily be omitted. 

Writing the data in HTML format is not much different from writing XML. The 
convert-incidents. py program includes the export_html{ ) function as a simple 
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example of this, although we won’t review it here because it doesn’t really show 
anything new. 


Parsing XML with SAX (Simple API for XML) 


Unlike the element tree and DOM, which represent an entire XML document 
in memory, SAX parsers work incrementally, which can potentially be both 
faster and less memory-hungry. A performance advantage cannot be assumed, 
however, especially since both the element tree and DOM use the fast expat 
parser. 

SAX parsers work by announcing “parsing events” when they encounter start 
tags, end tags, and other XML elements. To be able to handle those events 
that we are interested in we must create a suitable handler class, and provide 
certain predefined methods which are called when matching parsing events 
take place. The most commonly implemented handler is a content handler, 
although it is possible to provide error handlers and other handlers if we want 
finer control. 

Here is the complete impo rt xml sax () method. It is very short because most of 
the work is done by the custom IncidentSaxHandler class: 

def iinport_xiiil_sax(self, filename): 
fh = None 
try: 

handler = IncidentSaxHandler(self) 
parser = xml.sax.make_parser() 
parser.setContentHandler{handler) 
parser.parse(filename) 
return True 

except (EnvironmentError, ValueError, IncidentError, 
xml.sax.SAXParseException) as err: 
print("{0}: import error; {l}".format( 

os.path.basename(sys.argv[0]), err)) 
return False 

We create the one handler we want to use and then we create a SAX parser and 
set its content handler to be the one we have created. Then we give the filename 
to the parser’s pa rse () method and return True if no parsing errors occurred. 

We pass self (i.e., this IncidentCollection diet subclass) to the custom Inci¬ 
dentSaxHandler class’s initializer. The handler clears the old incidents away and 
then builds up a dictionary of incidents as the file is parsed. Once the parse is 
complete the dictionary contains all the incidents that have been read. 
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class IncidentSaxHandler(xml.sax.handler.ContentHandler): 

def_init_(self, incidents): 

superO ._init_() 

self._data = {} 

self._text = "" 

self._incidents = incidents 

self._incidents.clear() 

Custom SAX handler classes must inherit the appropriate base class. This 
ensures that for any methods we don’t reimplement (because we are not 
interested in the parsing events they handle), the base class version will be 
called—and will safely do nothing. 

We start by calling the base class’s initializer. This is generally good practice 
for all subclasses, although it is not necessary (though harmless) for direct ob¬ 
ject subclasses. The self._data dictionary is used to keep one incident’s data, 

the self._text string is used to keep the text of an airport name or of a nar¬ 
rative depending on which we are reading, and the self._incidents dictionary 

is an object reference to the IncidentCollection dictionary which the handler 
updates directly. (An alternative design would be to have an independent dic¬ 
tionary inside the handler and to copy it to the IncidentCollection at the end 
using diet. clear() and then diet. update().) 

def startElement(self, name, attributes): 
if name == "incident": 
self._data = {} 

for key, value in attributes.itemsO: 
if key == "date": 

self._data[key] = datetime.datetime.strptime( 

value, "%Y-%m-%d") .dateO 
elif key == "pilot_percent_hours_on_type": 

self._data[key] = float(value) 

elif key == "pilot_total_hours": 

self._data[key] = int(value) 

elif key == "midair": 

self._data[key] = bool(int(value)) 

else: 

self._data[key] = value 

self._text = "" 

Whenever a start tag and its attributes are read the xml. sax. handler. Content- 
Handler. startElement () method is called with the tag name and the tag’s 
attributes. In the case of an aircraft incidents XML file, the start tags are 
<incidents>, which we ignore; <incident>, whose attributes we use to populate 
some of the self._data dictionary; and <airport> and <narrative>, both of 
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which we ignore. We always clear the self._text string when we get a start 

tag because no text tags are nested in the aircraft incident XML file format. 

We don’t do any exception-handling in the IncidentSaxHandler class. If an ex¬ 
ception occurs it will be passed up to the caller, in this case the impo rt xml sax () 
method, which will catch it and output a suitable error message. 

def endElenient(self, name); 
if name == "incident": 

if len(self._data) != 9: 

raise IncidentError("missing data") 

incident = Incident(**self._data) 

self._incidents[incident.report_id] = incident 

elif name in frozenset({"airport", "narrative"}); 

self._data[name] = self._text.stripO 

self._text = "" 

When an end tag is read the xml.sax.handler.ContentHandler.endElementO 
method is called. If we have reached the end of an incident we should have 
all the necessary data, so we create a new Incident object and add it to the 
incidents dictionary. If we have reached the end of a text element, we add an 

item to the self._data dictionary with the text that has been accumulated so 

far. At the end we clear the self._text string ready for its next use. (Strictly 

speaking, we don’t have to clear it, since we clear it when we get a start tag, but 
clearing it could make a difference in some XML formats, for example, where 
tags can be nested.) 

def characters(self, text); 
self._text += text 

When the SAX parser reads text it calls the xml.sax.handler.ContentHand- 
le r. cha racte rs () method. There is no guarantee that this method will be called 
just once with all the text; the text might come in chunks. This is why we 
simply use the method to accumulate text, and actually put the text into the 
dictionary only when the relevant end tag is reached. (A more efficient imple¬ 
mentation would have self._text be a list with the body of this method being 

self._text. append (text), and with the other methods adapted accordingly.) 

Using the SAX API is very different from using element tree or DOM, but 
it is just as effective. We can provide other handlers, and can reimplement 
additional methods in the content handler to get as much control as we like. 
The SAX parser itself does not maintain any representation of the XML 
document—this makes SAX ideal for reading XML into our own custom data 
collections, and also means that there is no SAX “document” to write out as 
XML, so for writing XML we must use one of the approaches described earlier 
in this section. 
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Random Access Binary Files 


In the earlier sections we worked on the basis that all of a program’s data 
was read into memory in one go, processed, and then all written out in one go. 
Modern computers have so much RAM that this is a perfectly viable approach, 
even for large data sets. However, in some situations holding the data on disk 
and just reading the bits we need and writing back changes might be a better 
solution. The disk-based random access approach is most easily done using 
a key-value database (a “DBM”), or a full SQL database—both are covered in 
Chapter 12—but in this section we will show how to handle random access files 
by hand. 

We will first present the BinaryRecordFile.BinaryRecordFile class. Instances 
of this class represent a generic readable/writable binary file, structured as a 
sequence of fixed length records. We will then look at the BikeStock. BikeStock 
class which holds a collection of BikeStock. Bike objects as records in a Bina- 
ryRecordFile.BinaryRecordFile to see how to make use of binary random ac¬ 
cess files. 


A Generic BinaryRecordFile Class 


The BinaryRecordFile. BinaryRecordFile class’s API is similar to a list in that we 
can get/set/delete a record at a given index position. When a record is deleted, it 
is simply marked “deleted”; this saves having to move all the records that follow 
it up to fill the gap, and also means that after a deletion all the original index 
positions remain valid. Another benefit is that a record can be undeleted sim¬ 
ply by unmarking it. The price we pay for this is that deleting records doesn’t 
save any disk space. We will solve this by providing methods to “compact” the 
file, eliminating deleted records (and invalidating index positions). 

Before reviewing the implementation, let’s look at some basic usage: 

Contact = struct.Struct("<l5si") 

contacts = BinaryRecordFile.BinaryRecordFile(filenaine, Contact.size) 

Here we create a struct (little-endian byte order, a 15-byte byte string, and 
a 4-byte signed integer) that we will use to represent each record. Then we 
create a BinaryRecordFile.BinaryRecordFile instance with a filename and with 
a record size to match the struct we are using. If the file exists it will be opened 
with its contents left intact; otherwise, it will be created. In either case it will 
be opened in binary read/write mode, and once open, we can write data to it: 

contacts[4] = Contact.packC'Abe Baker" .encodeC'utfS"), 762) 

contacts[5] = Contact.packC'Cindy Dove" .encodeC'utfB"), 987) 





Random Access Binary Files 


325 


Table 7.4 File Object Attributes and Methods #1 


Syntax 

Description 

f .closeO 

Closes file object f and sets attribute f. closed to T rue 

f.closed 

Returns True if the file is closed 

f.encoding 

The encoding used for bytes str conversions 

f .filenoO 

Returns the underlying file’s file descriptor. (Available only 
for file objects that have file descriptors.) 

f.flushO 

Flushes the file object f 

f .isattyO 

Returns True if the file object is associated with a console. 
(Available only for file objects that refer to actual files.) 

f.mode 

The mode file object f was opened with 

f.name 

File object f’s filename (if it has one) 

f.newlines 

The kinds of newline strings encountered in text file f 

f._next_0 

Returns the next line from file object f. In most cases, this 
method is used implicitly, for example, for line in f. 

f.peek(n) 

Returns n bytes without moving the file pointer position 

f.read(count) 

Reads at most count bytes from file object f. If count is not 
specified then every byte is read from the current file posi¬ 
tion to the end. Returns a bytes object when reading in bi¬ 
nary mode and a str when reading in text mode. If there 
is no more to read (end of file), an empty bytes or str is 
returned. 

f.readable)) 

Returns True if f was opened for reading 

f.readinto( 
ba) 

Reads at most len(ba) bytes into bytearray ba and returns 
the number of bytes read—this is 0 at end of file. (Available 
only in binary mode.) 

f.readlinei 
count) 

Reads the next line (or up to count bytes if count is specified 
and reached before the \n character), including the \n 

f.readlines) 
sizehint) 

Reads all the lines to the end of the file and returns them as 
a list. If sizehint is given, then reads approximately up to 
sizehint bytes if the underlying file object supports this. 

f.seek) 
offset, 
whence) 

Moves the file pointer position (where the next read or write 
will take place) to the given offset if whence is not given or is 
os. SEEK SET. Moves the file pointer to the given offset (which 
may be negative) relative to the current position if whence 
is os. SEEK CUR or relative to the end if whence is os. SEEK END. 
Writes are always done at the end in append " a " mode no 
matter where the file pointer is. In text mode only the re¬ 
turn value of tell ( ) method calls should be used as offsets. 
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Table 7.5 File Object Attributes and Methods #2 

Syntax 

Description 

f .seekable() 

Returns True if f supports random access 

f.tellO 

Returns the current file pointer position relative to the start 
of the file 

f .truncate! 
size) 

Truncates the file to the current file pointer position, or to 
the given size if size is specified 

f .writable!) 

Returns True if f was opened for writing 

f.write!s) 

Writes bytes/bytea r ray object s to the file if opened in binary 
mode or a St r object s to the file if opened in text mode 

f .writelines! 
seq) 

Writes the sequence of objects (strings for text files, byte 
strings for binary files) to the file 


We can treat the file like a list using the item access operator ([]); here we 
assign two byte strings (bytes objects, each containing an encoded string and 
an integer) at two record index positions in the file. These assignments will 
overwrite any existing content; and if the file doesn’t already have six records, 
the earlier records will be created with every byte set to 0x00. 

contact_data = Contact.unpack(contacts[5]) 

contact_data[0] .decodeC'utfS"). rstrip(chr(0)) # returns: 'Cindy Dove' 

Since the string “Cindy Dove” is shorter than the 15 UTF-8 characters 
in the struct, when it is packed it is padded with 0x00 bytes at the end. So 
when we retrieve the record, the contact data will hold the 2-tuple (b'Cindy 
Dove\x00\x00\x00\x00\x00', 987 ). To get the name, we must decode the UTF-8 to 
produce a Unicode string, and strip off the 0x00 padding bytes. 

Now that we’ve had a glimpse of the class in action, we are ready to review 
the code. The BinaryRecordFile.BinaryRecordFile class is in file BinaryRecord- 
File. py. After the usual preliminaries the file begins with the definitions of a 
couple of private byte values: 

_DELETED = b"\x01" 

_0KAY = b"\x02" 

Each record starts with a “state” byte which is either DELETED or OKAY (or 
b"\x00" in the case of blank records). 

Here is the class line and the initializer: 

class BinaryRecordFile: 

def_init_(self, filename, record_size, auto_flush=True): 

self, record size = record size + 1 
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mode = "w+b" if not os.path.exists(filename) else "r+b" 

self._fh = open(filename, mode) 

self.auto_flush = auto_flush 

There are two different record sizes. The BinaryRecordFile. record size is the 
one set by the user and is the record size from the user’s point of view. The 

private BinaryRecordFile._record size is the real record size and includes the 

state byte. 

We are careful not to truncate the file when we open it if it already exists (by 
using a mode of " r+b"), and to create it if it does not exist (by using a mode of 
"w+b")—the "+" partof the mode string is what signifies reading and writing. If 
the BinaryRecordFile.autoflush Boolean is T rue, the file is flushed before every 
read and after every write. 

@property 

def record_size(self): 

return self._record_size - 1 

@property 

def name(self): 

return self._fh.name 

def flush(self): 

self._fh.flushO 

def close(self): 

self._fh.close!) 

We have made the record size and filename into read-only properties. The 
record size we report to the user is the one they requested and matches their 
records. The flush and close methods simply delegate to the file object. 

def_setitem_(self, index, record): 

assert isinstance(record, (bytes, bytearray)), \ 

"binary data required" 
assert len(record) == self.record_size, ( 

"record must be exactly {0} bytes".format! 
self.record_size)) 

self._fh.seek(index * self._record_size) 

self._fh.write(_0KAY) 

self._fh.write!record) 

if self.auto_flush; 
self._fh.flush!) 

This method supports the brf[i] = data syntax where brf is a binary record file, 
i a record index position, and data a byte string. Notice that the record must 
be the same size as the size is specified when the binary record file was created. 
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If the arguments are okay, we move the file position pointer to the first byte of 
the record—notice that here we use the real record size, that is, we account for 
the state byte. The seek() method moves the file pointer to an absolute byte 
position by default. A second argument can be given to make the movement 
relative to the current position or to the end. (The attributes and methods 
provided by file objects are listed in Tables 7.4 and 7.5.) 

Since the item is being set it obviously hasn’t been deleted, so we write the 
OKAY state byte, and then we write the user’s binary record data. The binary 
record file does not know or care about the record structure that is being 
used—only that records are of the right size. 

We do not check whether the index is in range. If the index is beyond the 
end of the file the record will be written in the correct position and every byte 
between the previous end of the file and the new record will automatically 
be set to b"\x00". Such blank records are neither OKAY nor DELETED, so we can 
distinguish them when we need to. 

def _getitem_(self, index): 

self._seek_to_index(index) 

state = self._fh.read(l) 

if state != _0KAY: 
return None 

return self._fh.read(self.record_size) 

When retrieving a record there are four cases that we must account for: The 
record doesn’t exist, that is, the given index is beyond the end; the record is 
blank; the record has been deleted; and the record is okay. If the record doesn’t 

exist the private_ seek_to_index( ) method will raise an IndexError exception. 

Otherwise, it will seek to the byte where the record begins and we can read the 
state byte. If the state is not OKAY the record must either be blank or be delet¬ 
ed, in which case we return None; otherwise, we read and return the record. (An¬ 
other strategy would be to raise a custom exception for blank or deleted records, 
say, BlankRecordError or DeletedRecordError, instead of returning None.) 

def _seek_to_index(self, index): 

if self.auto_flush: 

self._fh.flushO 

self._fh.seek(0, os.SEEK_END) 

end = self._fh.tellO 

offset = index * self._record_size 

if offset >= end: 

raise IndexErrorC'no record at index position {0}".format( 
index)) 

self, fh.seek(offset) 
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This is a private supporting method used by some of the other methods to 
move the file position pointer to the first byte of the record at the given index 
position. We begin by checking to see whether the given index is in range. 
We do this by seeking to the end of the file (byte offset of 0 from the end), and 
using the tell () method to retrieve the byte position we have seeked to.* If the 
record’s offset (index position x real record size) is at or after the end then the 
index is out of range and we raise a suitable exception. Otherwise, we seek to 
the offset position ready for the next read or write. 

def_delitem_(self, index): 

self._seek_to_index(index) 

state = self._fh.read(l) 

if state != _0KAY; 
return 

self._fh.seek(index * self._record_size) 

self._fh.write(_DELETED) 

if self.auto_flush; 
self._fh.flush() 

First we move the file position pointer to the right place. If the index is in 
range (i.e., if no IndexError exception has occurred), and providing the record 
isn’t blank or already deleted, we delete the record by overwriting its state byte 
with DELETED. 

def undelete(self, index): 

self._seek_to_index(index) 

state = self._fh.read(l) 

if state == _DELETED: 

self._fh.seek(index * self._record_size) 

self._fh.write(_OKAY) 

if self.auto_flush: 

self._fh.flushO 

return True 
return False 

This method begins by finding the record and reading its state byte. If the 
record is deleted we overwrite the state byte with OKAY and return T rue to 
the caller to indicate success; otherwise (for blank or nondeleted records), we 
return False. 

def _len_(self): 

if self.auto_flush: 

self._fh.flushO 

self._fh.seek(0, os.SEEK_END) 


*Both P 3 ^hon 3.0 and 3.1 have the seek constants os.SEEK SET, os.SEEK CUR, and os.SEEK END. For 
convenience. Python 3.1 also has these constants in its io module (e.g., io. SEEK SET). 


3.x 
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end = self._fh.tellO 

return end // self._record_size 

This method reports how many records are in the binary record file. It does 
this by dividing the end byte position (i.e., how many bytes are in the file) by 
the size of a record. 

We have now covered all the basic functionality offered by the BinaryRecord- 
File.BinaryRecordFile class. There is one last matter to consider: compacting 
the file to eliminate blank and deleted records. There are essentially two ap¬ 
proaches we can take to this. One approach is to overwrite blank or deleted 
records with records that have higher record index positions so that there are 
no gaps, and truncating the file if there are any blank or deleted records at the 
end. The inplace compactO method does this. The other approach is to copy 
the nonblank nondeleted records to a temporary file and then to rename the 
temporary to the original. Using a temporary file is particularly convenient if 
we also want to make a backup. The compact () method does this. 

We will start by looking at the inplace compact ( ) method, in two parts. 

def inplace_compact(self): 
index = 0 
length = len(self) 
while index < length; 

self._seek_to_index(index) 

state = self._fh.read(l) 

if state != _0KAY: 

for next in range(index + 1, length); 

self._seek_to_index(next) 

state = self._fh.read(l) 

if state == _0KAY: 

self[index] = self[next] 

del self[next] 

break 

else: 

break 

index += 1 

We iterate over every record, reading the state of each one in turn. If we find a 
blank or deleted record we look for the next nonblank nondeleted record in the 
file. If we find one we replace the blank or deleted record with the nonblank 
nondeleted one and delete the original nonblank nondeleted one; otherwise, 
we break out of the while loop entirely since we have run out of nonblank 
nondeleted records. 

self._seek_to_index{0) 

state = self. fh.read(l) 
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if state != _OKAY: 

self._fh.truncate{0) 

else; 

limit = None 

for index in range(len(self) - 1, 0, -1): 

self._seek_to_index(index) 

state = self._fh.read(l) 

if state != _0KAY: 

limit = index 
else: 
break 

if limit is not None: 

self._fh.truncate(limit * self._record_size) 

self._fh.flushO 

If the first record is blank or deleted, then they must all be blank or deleted 
since the previous code moved all nonblank nondeleted records to the begin¬ 
ning of the file and blank and deleted ones to the end. In this case we can sim¬ 
ply truncate the file to 0 bytes. 

If there is at least one nonblank nondeleted record we iterate from the last 
record backward toward the first since we know that blank and deleted records 
have been moved to the end. The limit variable is set to the earliest blank or 
deleted record (or left as None if there are no blank or deleted records), and the 
file is truncated accordingly. 

An alternative to doing the compacting in-place is to do it by copying to another 
file—this is useful if we want to make a backup, as the compact () method that 
we will review next shows. 

def compact(self, keep_backup=False): 

compactfile = self._fh.name + ".$$$" 

backupfile = self._fh.name + ".bak" 

self._fh.flushO 

self._fh.seek(0) 

fh = open(compactfile, "wb") 
while True; 

data = self._fh.read(self._record_size) 

if not data; 
break 

if data[:1] == _0KAY: 
fh.write(data) 
fh.closed 
self._fh.closed 

os.rename(self._fh.name, backupfile) 

os.rename(compactfile, self._fh.name) 
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if not keep_backup; 

os.remove(backupfile) 
self._fh = open(self._fh.name, "r+b") 


This method creates two files, a compacted file and a backup copy of the 
original file. The compacted file starts out with the same name as the original 
but with . $$$ tacked on to the end of the filename, and similarly the backup file 
has the original filename with . bak tacked on to the end. We read the existing 
file record by record, and for those records that are nonblank and nondeleted 
we write them to the compacted file. (Notice that we write the real record, that 
is, the state byte plus the user record, each time.) 
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The line if data [: 1] == OKAY: is quite subtle. Both the data object and the OKAY 
object are of type bytes. We want to compare the first byte of the data object 
to the (1 byte) OKAY object. If we take a slice of a bytes object, we get a bytes 
object, but if we take a single byte, say, data [ 0 ], we get an int—the byte’s value. 
So here we compare the 1 byte slice of data (its first byte, the state byte) with 
the 1 byte OKAY object. (Another way of doing it would be to write if data[0] 
== _OKAY[0]: which would compare the two int values.) 


At the end we rename the original file as the backup and rename the compacted 
file as the original. We then remove the backup if keep backup is False (the 
default). Finally, we open the compacted file (which now has the original 
filename), ready to be read or written. 


The BinaryRecordFile. BinaryRecordFile class is quite low-level, but it can serve 
as the basis of higher-level classes that need random access to files of fixed-size 
records, as we will see in the next subsection. 


Example: The BikeStock Module’s Classes 


The BikeStock module uses a BinaryRecordFile.BinaryRecordFile to provide 
a simple stock control class. The stock items are bicycles, each represented 
by a BikeStock. Bike instance, and the entire stock of bikes is held in a Bike¬ 
Stock. BikeStock instance. The BikeStock.BikeStock class aggregates a dictio¬ 
nary whose keys are bike IDs and whose values are record index positions, into 
a Bina ryReco rdFile.Bina ryReco rdFile. Here is a brief example of use to get a feel 
for how these classes work: 

bicycles = BikeStock.BikeStock(bike_file) 

value =0.0 

for bike in bicycles: 

value += bike.value 
bicycles.increase_stock("GEKKO", 2) 
for bike in bicycles: 

if bike.identity.startswith("B4U"): 
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if not bicycles.increase_stock(bike.identity, 1): 
print("stock movement failed for", bike.identity) 

This snippet opens a bike stock file and iterates over all the bicycle records it 
contains to find the total value (sum of price x quantity) of the bikes held. It 
then increases the number of “GEKKO” bikes in stock by two and increments 
the stock held for all bikes whose bike ID begins with “B4U” by one. All of these 
actions take place on disk, so any other process that reads the bike stock file 
will always get the most current data. 

Although the BinaryRecordFile.BinaryRecordFile works in terms of indexes, 
the BikeStock. BikeStock class works in terms of bike IDs. This is managed by 
the BikeStock.BikeStock instance holding a dictionary that relates bike IDs 
to indexes. 

We will begin by looking at the BikeStock.Bike class’s class line and initializ¬ 
er, then we will look at a few selected BikeStock.BikeStock methods, and final¬ 
ly we will look at the code that provides the bridge between BikeStock.Bike 
objects and the binary records used to represent them in a BinaryRecord- 
File.BinaryRecordFile. (All the code is in the BikeStock.py file.) 

class Bike; 

def _init_(self, identity, name, quantity, price): 

assert len(identity) > 3, ("invalid bike identity '{0}"' 

.format(identity)) 

self._identity = identity 

self.name = name 

self.quantity = quantity 

self.price = price 

All of a bike’s attributes are available as properties—the bike ID (self._iden¬ 

tity) as the read-only Bike. identity property and the others as read/write prop¬ 
erties with some assertions for validation. In addition, the Bike. value read-only 
property returns the quantity multiplied by the price. (We have not shown the 
implementation of the properties since we have seen similar code before.) 

The BikeStock. BikeStock class provides its own methods for manipulating bike 
objects, and they in turn use the writable bike properties. 

class BikeStock: 

def_init_(self, filename): 

self._file = BinaryRecordFile.BinaryRecordFile(filename, 

_BIKE_STRUCT.size) 

self._index_from_identity = {} 

for index in range(len(self._file)): 

record = self._file[index] 

if record is not None: 
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bike = _bike_froin_record( record) 

self._index_froni_identity [bike, identity] = index 

The BikeStock.BikeStock class is a custom collection class that aggregates a 

binary record file (self._file) and a dictionary (self._index from identity) 

whose keys are bike IDs and whose values are record index positions. 

Once the file has been opened (and created if it didn’t already exist), we iterate 
over its contents (if any). Each bike is retrieved and converted from a bytes 
object to a BikeStock.Bike using the private bike from recordO function, and 
the bike’s identity and index are added to the self._indexf romidentity dic¬ 

tionary. 


def append(self, bike): 

index = len(self._file) 

self._file[index] = _record_f roni_bike(bike) 

self._index_froni_identity[ bike, identity] = index 

Appending a new bike is a matter of finding a suitable index position and 
setting the record at that position to the bike’s binary representation. We also 
take care to update the self._indexf romidentity dictionary 

def_delitem_(self, identity): 

del self._file[self._index_from_identity[identity]] 

Deleting a bike record is easy; we just find its record index position from its 
identity and delete the record at that index position. In the case of the Bike¬ 
Stock.BikeStock class we have not made use of the BinaryRecordFile.Binary- 
RecordFile’s undeletion capability. 

def_getitem_(self, identity): 

record = self._file[self._index_from_identity[identity]] 

return None if record is None else _bike_from_record(record) 

Bike records are retrieved by bike ID. If there is no such ID the lookup in the 

self._indexf romidentity dictionary will raise a KeyError exception, and if 

the record is blank or deleted the Bina ryReco rd File. Bina ryReco rd File will return 
None. But if a record is retrieved we return it as a BikeStock.Bike object. 

def_change_stock(self, identity, amount): 

index = self._index_from_identity[identity] 

record = self._file[index] 

if record is None: 
return False 

bike = _bike_from_record( record) 
bike.quantity += amount 

self._file[index] = _record_from_bike(bike) 

return True 
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increase_stock = (lambda self, identity, amount: 

self._change_stock(identity, amount)) 

decrease_stock = (lambda self, identity, amount: 

self._change_stock(identity, -amount)) 

The private_change_stock() method provides an implementation for the in- 

crease_stock( ) and decrease_stock( ) methods. The bike’s index position is 
found and the raw binary record is retrieved. Then the data is converted to a 
BikeStock. Bike object, the change is applied to the bike, and then the record in 
the file is overwritten with the binary representation of the updated bike ob¬ 
ject. (There is also a_ change bike () method that provides an implementation 

for the change_name( ) and change p rice () methods, but none of these are shown 
because they are very similar to what’s shown here.) 

def _iter_(self): 

for index in range(len(self._file)): 

record = self._file[index] 

if record is not None: 

yield _bike_from_record(record) 

This method ensures that BikeStock. BikeStock objects can be iterated over, just 
like a list, with a BikeStock. Bike object returned at each iteration, and skipping 
blank and deleted records. 


recordO 
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Figure 7.6 The logical structure of a bike record file 

The private _bike_from_record() and record f rom_bike() functions isolate the 
binary representation of the BikeStock. Bike class from the BikeStock. BikeStock 
class that holds a collection of bikes. The logical structure of a bike record file 
is shown in Figure 7.6. The physical structure is slightly different because each 
record is preceded by a state byte. 

_BIKE_STRUCT = struct.Struct("<8s30sid") 

def _bike_from_record(record): 

ID, NAME, QUANTITY, PRICE = range(4) 
parts = list(_BIKE_STRUCT.unpack!record)) 
parts[ID] = parts[ID] .decodeC'utfB") .rstrip("\x00") 
parts[NAME] = parts[NAME] .decodeC'utfB"). rstrip("\x00") 
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return Bike(*parts) 

def _record_f roiii_bike(bike); 

return _BIKE_STRUCT.pack(bike.identity.encode("utf8"), 

bike.name.encode("utf8"), 
bike.quantity, bike.price) 

When we convert a binary record into a BikeStock.Bike we first convert the 
tuple returned by unpack!) into a list. This allows us to modify elements, in 
this case to convert UTF-8 encoded bytes into strings with padding 0x00 bytes 
stripped off. We then use the sequence unpacking operator (*) to feed the parts 
to the BikeStock.Bike initializer. Packing the data is much simpler; we just 
have to make sure that we encode the strings as UTF-8 bytes. 

For modern desktop systems the need for application programs to use random 
access binary data decreases as RAM sizes and disk speeds increase. And when 
such functionality is needed, it is often easiest to use a DBM file or an SQL 
database. Nonetheless, there are systems where the functionality shown here 
may be useful, for example, on embedded and other resource limited systems. 


Summary 


This chapter showed the most widely used techniques for saving and loading 
collections of data to and from files. We have seen how easy pickles are to 
use, and how we can handle both compressed and uncompressed files without 
knowing in advance whether compression has been used. 

We saw how writing and reading binary data requires care, and saw that the 
code can be quite long if we need to handle variable length strings. But we also 
learned that using binary files usually results in the smallest possible file sizes 
and the fastest writing and reading times. We learned too that it is important 
to use a magic number to identify our file type and to use a version number to 
make it practical to change the format later on. 

In this chapter we saw that plain text is the easiest format for users to read and 
that if the data is structured well it can be straightforward for additional tools 
to be created to manipulate the data. However, parsing text data can be tricky. 
We saw how to read text data both manually and using regular expressions. 

XML is a very popular data interchange format and it is generally useful to be 
able to at least import and export XML even when the normal format is a bina¬ 
ry or text one. We saw how to write XML manually—including how to correctly 
escape attribute values and textual data—and how to write it using an element 
tree and a DOM. We also learned how to parse XML using the element tree, 
DOM, and SAX parsers that Python’s standard library provides. 
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In the chapter’s final section we saw how to create a generic class to handle 
random access binary files that hold records of a fixed size, and then how to use 
the generic class in a specific context. 

This chapter brings us to the end of all the fundamentals of Python program¬ 
ming. It is possible to stop reading right here and to write perfectly good 
Python programs based on everything you have learned so far. But it would be 
a shame to stop now—Python has so much more to offer, from neat techniques 
that can shorten and simplify code, to some mind-bending advanced facilities 
that are at least nice to know about, even if they are not often needed. In the 
next chapter we will go further with procedural and object-oriented program¬ 
ming, and we will also get a taste of functional programming. Then, in the 
following chapters we will focus more on broader programming techniques 
including threading, networking, database programming, regular expressions, 
and GUI (Graphical User Interface) programming. 


Exercises 


The first exercise is to create a simpler binary record file module than the one 
presented in this chapter—one whose record size is exactly the same as what 
the user specifies. The second exercise is to modify the BikeStock module to 
use your new binary record file module. The third exercise asks you to create 
a program from scratch—the file handling is quite straightforward, but some 
of the output formatting is rather challenging. 

1. Make a new, simpler version of the BinaryRecordFile module—one that 
does not use a state byte. For this version the record size specified by 
the user is the record size actually used. New records must be added us¬ 
ing a new append () method that simply moves the file pointer to the end 

and writes the given record. The_setitem_() method should only allow 

existing records to be replaced; one easy way of doing this is to use the 

_seek_to_index() method. With no state byte,_getitem_() is reduced to 

a mere three lines. The_delitein_() method will need to be completely 

rewritten since it must move all the records up to fill the gap; this can be 
done in just over half a dozen lines, but does require some thought. The 
undelete () method must be removed since it is not supported, and the com¬ 
pact () and inplace compact () methods must be removed because they are 
no longer needed. 

All told, the changes amount to fewer than 20 new or changed lines and 
at least 60 deleted lines compared with the original, and not counting 
doctests. A solution is provided in BinaryRecordFile ans. py. 

2. Once you are confident that your simpler BinaryRecordFile class works, 
copy the BikeStock. py file and modify it to work with your BinaryRecordFile 




338 


Chapter 7. File Handling 


class. This involves changing only a handful of lines. A solution is provid¬ 
ed in BikeStock_ans . py. 

3. Debugging binary formats can be difficult, but a tool that can help is one 
that can do a hex dump of a binary file’s contents. Create a program that 
has the following console help text: 

Usage: xdump.py [options] filel [file2 [... fileNj] 

Options: 

-h, —help show this help message and exit 

-b BLOCKSIZE, —blocksize=BLOCKSIZE 

block size (8..80) [default: 16] 

-d, —decimal decimal block numbers [default: hexadecimal] 

-e ENCODING, —encoding=ENCODING 

encoding (ASCII..UTF-32) [default: UTF-8] 

Using this program, if we have a BinaryRecordFile that is storing records 
with the structure "<il0s" (little-endian, 4-byte signed integer, 10-byte 
byte string), by setting the block size to match one record (15 bytes includ¬ 
ing the state byte), we can get a clear picture of what’s in the file. For ex¬ 
ample: 

xdump.py -bl5 test.dat 

Block Bytes UTF-8 characters 


00000000 02000000 00416C70 68610000 000000 .Alpha. 

00000001 01140000 00427261 766F0000 000000 .Bravo. 

00000002 02280000 00436861 726C6965 000000 .(...Charlie... 

00000003 023C0000 0044656C 74610000 000000 .<...Delta. 

Each byte is represented by a two-digit hexadecimal number; the spacing 
between each set of four bytes (i.e., between each group of eight hexadec¬ 
imal digits) is purely to improve readability. Here we can see that the sec¬ 
ond record (“Bravo”) has been deleted since its state byte is 0x01 rather 
than the 0x02 used to indicate nonblank nondeleted records. 

Use the opt pa rse module to handle the command-line options. (By specify¬ 
ing an option’s “type” you can get optparse to handle the string-to-integer 
conversion for the block size.) It can be quite tricky to get the headings 
to line up correctly for any given block size and to line up the characters 
correctly for the last block, so make sure you test with various block sizes 
(e.g., 8,9,10,..., 40). Also, don’t forget that in variable length files, the last 
block may be short. As the example illustrates, use periods to stand for 
nonprintable characters. 

The program can be written in fewer than 70 lines spread over two 
functions. A solution is given in xdump. py. 
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• Further Procedural Programming 

• Further Object-Oriented 


Programming 

• Functional-Style Programming 


Advanced Programming 
Techniques 


In this chapter we will look at a wide variety of different programming tech¬ 
niques and introduce many additional, often more advanced, Python syntaxes. 
Some of the material in this chapter is quite challenging, but keep in mind that 
the most advanced techniques are rarely needed and you can always skim the 
first time to get an idea of what can be done and read more carefully when the 
need arises. 

The chapter’s first section digs more deeply into Python’s procedural features. 
It starts by showing how to use what we already covered in a novel way, and 
then returns to the theme of generators that we only touched on in Chapter 6. 
The section then introduces dynamic programming—loading modules by name 
at runtime and executing arbitrary code at runtime. The section returns to the 
theme of local (nested) functions, but in addition covers the use of the nonlocal 
keyword and recursive functions. Earlier we saw how to use Python’s prede¬ 
fined decorators—in this section we learn how to create our own decorators. 
The section concludes with coverage of function annotations. 

The second section covers all new material relating to object-oriented program¬ 
ming. It begins by introducing_slots_, a mechanism for minimizing the 

memory used by each object. It then shows how to access attributes without us¬ 
ing properties. The section also introduces functors (objects that can be called 
like functions), and context managers—these are used in conjunction with the 
with keyword, and in many cases (e.g., file handling) they can be used to replace 
try ... except ... finally constructs with simpler try ... except constructs. The 
section also shows how to create custom context managers, and introduces ad¬ 
ditional advanced object-oriented features, including class decorators, abstract 
base classes, multiple inheritance, and metaclasses. 

The third section introduces some fundamental concepts of functional pro¬ 
gramming, and introduces some useful functions from the f unctools, itertools. 
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and operator modules. This section also shows how to use partial function ap¬ 
plication to simplify code, and how to create and use coroutines. 

All the previous chapters put together have provided us with the “standard 
Python toolbox”. This chapter takes everything that we have already covered 
and turns it into the “deluxe Python toolbox”, with all the original tools (tech¬ 
niques and syntaxes), plus many new ones that can make our programming 
easier, shorter, and more effective. Some of the tools can have interchangeable 
uses, for example, some jobs can be done using either a class decorator or a 
metaclass, whereas others, such as descriptors, can be used in multiple ways to 
achieve different effects. Some of the tools covered here, for example, context 
managers, we will use all the time, and others will remain ready at hand for 
those particular situations for which they are the perfect solution. 


Further Procedural Programming 


Most of this section deals with additional facilities relating to procedural 
programming and functions, but the very first subsection is different in that it 
presents a useful programming technique based on what we already covered 
without introducing any new syntax. 


Branching Using Dictionaries 


As we noted earlier, functions are objects like everything else in Python, and 
a function’s name is an object reference that refers to the function. If we write 
a function’s name without parentheses. Python knows we mean the object 
reference, and we can pass such object references around just like any others. 
We can use this fact to replace if statements that have lots of elif clauses with 
a single function call. 

In Chapter 12 we will review an interactive console program called dvds-dbin. py, 
that has the following menu: 

(A)dd {E)dit (L)ist (R)einove (I)iiiport e(X)port (Q)uit 

The program has a function that gets the user’s choice and which will return 
only a valid choice, in this case one of “a”, “e”, “1”, “r”, “i”, “x”, and “q”. Here are 
two equivalent code snippets for calling the relevant function based on the 
user’s choice: 

if action == "a": 

add_dvd(db) 
elif action == "e": 
edit_dvd(db) 
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elif action == "I": 

list_dvds(db) 
elif action == "r": 

reniove_dvd(db) 
elif action == "i": 

import_(db) 
elif action == "x": 

export(db) 
elif action == "q": 
quit(db) 


functions = dict(a=add_dvd, e=edit_dvd, 
l=list_dvds, r=reinove_dvd, 
i=import_, x=export, q=quit) 
functions[action](db) 


The choice is held as a one-character string in the action variable, and the 
database to be used is held in the db variable. The import !) function has a 
trailing underscore to keep it distinct from the built-in impo rt statement. 

In the right-hand code snippet we create a dictionary whose keys are the valid 
menu choices, and whose values are function references. In the second state¬ 
ment we retrieve the function reference corresponding to the given action and 
call the function referred to using the call operator, (), and in this example, 
passing the db argument. Not only is the code on the right-hand side much 
shorter than the code on the left, but also it can scale (have far more dictio¬ 
nary items) without affecting its performance, unlike the left-hand code whose 
speed depends on how many elifs must be tested to find the appropriate func¬ 
tion to call. 

The convert-incidents.py program from the preceding chapter uses this 
technique in its import !) method, as this extract from the method shows: 


aix", 

"dom"): 

self.impo rt_xml_dom, 

aix", 

"etree' 

): self.import_xml_etree. 

aix", 

"sax"): 

self.impo rt_xml_sax, 

ait", 

"manual 

"); self.import_text_manual. 

ait". 

"regex' 

): self.import_text_regex. 

aib". 

None): 

self.import_binary. 

aip", 

None): 

self.import_pickle} 


result = call[extension, reader]!filename) 

The complete method is 13 lines long; the extension parameter is computed in 
the method, and the reader is passed in. The dictionary keys are 2-tuples, and 
the values are methods. If we had used if statements, the code would be 22 
lines long, and would not scale as well. 


Generator Expressions and Functions 


Back in Chapter 6 we introduced generator functions and methods. It is 
also possible to create generator expressions. These are syntactically almost 
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identical to list comprehensions, the difference being that they are enclosed in 
parentheses rather than brackets. Here are their syntaxes: 

{expression for item in iterable) 

(expression for item in iterable if condition) 

In the preceding chapter we created some iterator methods using yield 
expressions. Here are two equivalent code snippets that show how a simple for 
...in loop containing a yield expression can be coded as a generator: 

def iteins_in_key_order(d): def iteins_in_key_order(d): 

for key in sorted(d): return ((key, d[key]) 

yield key, d[key] for key in sorted(d)) 

Both functions return a generator that produces a list of key-value items 
for the given dictionary. If we need all the items in one go we can pass the 
generator returned by the functions to list() or tupleO; otherwise, we can 
iterate over the generator to retrieve items as we need them. 

Generators provide a means of performing lazy evaluation, which means that 
they compute only the values that are actually needed. This can be more effi¬ 
cient than, say, computing a very large list in one go. Some generators produce 
as many values as we ask for—without any upper limit. For example: 

def quarters(next_quarter=0.0): 
while True: 

yield next_quarter 
next_quarter += 0.25 

This function will return 0.0,0.25,0.5, and so on, forever. Here is how we could 
use the generator: 

result = [] 
for X in quarters!): 
result.append(x) 
if X >= 1.0; 
break 

The break statement is essential—without it the for... in loop will never finish. 
At the end the result list is [0.0, 0.25, 0.5, 0.75, 1.0]. 

Every time we call quarters!) we get back a generator that starts at 0.0 and 
increments by 0.25; but what if we want to reset the generator’s current 
value? It is possible to pass a value into a generator, as this new version of the 
generator function shows: 

def quarters(next_quarter=0.0): 
while True: 
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received = (yield next_quarter) 
if received is None: 

next_quarter += 0.25 
else; 

next_quarter = received 

The yield expression returns each value to the caller in turn. In addition, if 
the caller calls the generator’s send () method, the value sent is received in the 
generator function as the result of the yield expression. Here is how we can 
use the new generator function: 

result = [] 

generator = quarters!) 
while len(result) < 5; 

X = next(generator) 

if abs(x - 0.5) < sys.float_info.epsilon; 

X = generator.send(1.0) 
result.append(x) 

We create a variable to refer to the generator and call the built-in next () func¬ 
tion which retrieves the next item from the generator it is given. (The same 

effect can be achieved by calling the generator’s_next_() special method, in 

this case, x = generator._next_().) If the value is equal to 0.5 we send the value 

1.0 into the generator (which immediately yields this value back). This time the 
result list is [0.0, 0.25, 1.0, 1.25, 1.5]. 

In the next subsection we will review the magic-numbers. py program which pro¬ 
cesses files given on the command line. Unfortunately, the Windows shell pro¬ 
gram (cmd. exe) does not provide wildcard expansion (also called fileglobbing), so 
if a program is run on Windows with the argument *. *, the literal text will 

go into the sys. a rgv list instead of all the files in the current directory. We solve 
this problem by creating two different get f iles () functions, one for Windows 
and the other for Unix, both of which use generators. Here’s the code: 

if sys.platform.startswithC'win"): 
def get_files(names): 
for name in names: 

if os.path.isfile(name): 

yield name 
else: 

for file in glob.iglob(name): 
if not os.path.isfile(file): 

continue 
yield file 

else: 

def get_files(names): 

return (file for file in names if os.path.isfile(file)) 
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In either case the function is expected to be called with a list of filenames, for 
example, sys. a rgv [ 1: ], as its argument. 

On Windows the function iterates over all the names listed. For each filename, 
the function yields the name, but for nonfiles (usually directories), the glob 
module’s glob. iglob () function is used to return an iterator to the names of the 
files that the name represents after wildcard expansion. For an ordinary name 
like autoexec.bat an iterator that produces one item (the name) is returned, 
and for a name that uses wildcards like *. txt an iterator that produces all the 
matching files (in this case those with extension .txt) is returned. (There is 
also aglob.globO function that returns a list rather than an iterator.) 

On Unix the shell does wildcard expansion for us, so we just need to return a 
generator for all the files whose names we have been given.* 

Generator functions can also be used as coroutines, if we structure them 
correctly. Coroutines are functions that can be suspended in mid-execution 
(at the yield expression), waiting for the yield to provide a result to work on, 
and once received they continue processing. As we will see in the coroutines 
subsection later in this chapter (>■ 399), coroutines can be used to distribute 
work and to create processing pipelines. 


Dynamic Code Execution and Dynamic Imports 


There are some occasions when it is easier to write a piece of code that gen¬ 
erates the code we need than to write the needed code directly. And in some 
contexts it is useful to let users enter code (e.g., functions in a spreadsheet), 
and to let Python execute the entered code for us rather than to write a parser 
and handle it ourselves—although executing arbitrary code like this is a po¬ 
tential security risk, of course. Another use case for dynamic code execution 
is to provide plug-ins to extend a program’s functionality. Using plug-ins has 
the disadvantage that all the necessary functionality is not built into the pro¬ 
gram (which can make the program more difficult to deploy and runs the risk 
of plug-ins getting lost), but has the advantages that plug-ins can be upgraded 
individually and can be provided separately, perhaps to provide enhancements 
that were not originally envisaged. 


Dynamic Code Execution 


The easiest way to execute an expression is to use the built-in eval () function 
we first saw in Chapter 6. For example: 

X = eval("(2 ** 31) - 1") # x == 2147483647 


*The glob.globO functions are not as powerful as, say, the Unix bash shell, since although they 

support the *, ?, and [ ] syntaxes, they don’t support the {} syntax. 
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This is fine for user-entered expressions, but what if we need to create a 
function dynamically? For that we can use the built-in execO function. For 
example, the user might give us a formula such as 4%r^ and the name “area of 
sphere”, which they want turned into a function. Assuming that we replace k 
with math. pi, the function they want can be created like this: 

import math 
code = ''' 

def area_of_sphere(r): 

return 4 * math.pi * r ** 2 

I I I 

context = {} 

context["math"] = math 

exec(code, context) 

We must use proper indentation—after all, the quoted code is standard Python. 
(Although in this case we could have written it all on a single line because the 
suite is just one line.) 

If execO is called with some code as its only argument there is no way to 
access any functions or variables that are created as a result of the code being 
executed. Furthermore, execO cannot access any imported modules or any of 
the variables, functions, or other objects that are in scope at the point of the 
call. Both of these problems can be solved by passing a dictionary as the second 
argument. The dictionary provides a place where object references can be kept 
for accessing after the exec () call has finished. For example, the use of the 
context dictionary means that after the exec () call, the dictionary has an object 
reference to the area_of_sphere() function that was created by exec (). In this 
example we needed exec () to be able to access the math module, so we inserted 
an item into the context dictionary whose key is the module’s name and whose 
value is an object reference to the corresponding module object. This ensures 
that inside the exec () call, math. pi is accessible. 

In some cases it is convenient to provide the entire global context to exec(). 
This can be done by passing the dictionary returned by the globals () function. 
One disadvantage of this approach is that any objects created in the exec () call 
would be added to the global dictionary. A solution is to copy the global context 
into a dictionary, for example, context = globals(). copy(). This still gives execO 
access to imported modules and the variables and other objects that are in 
scope, and because we have copied, any changes to the context made inside the 
exec () call are kept in the context dictionary and are not propagated to the glob¬ 
al environment. (It would appear to be more secure to use copy. deepcopy (), but 
if security is a concern it is best to avoid exec () altogether.) We can also pass 
the local context, for example, by passing locals () as a third argument—this 
makes objects in the local scope accessible to the code executed by exec (). 
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After the execO call the context dictionary contains a key called "area_of_ 
sphere" whose value is the area_of_sphere( ) function. Here is how we can 
access and call the function: 

area_of_sphere = context["area_of_sphere"] 

area = area_of_sphere(5) # area == 314.15926535897933 

The a rea of sphe re object is an object reference to the function we have dynam¬ 
ically created and can be used just like any other function. And although we 
created only a single function in the exec () call, unlike eval (), which can oper¬ 
ate on only a single expression, exec () can handle as many Python statements 
as we like, including entire modules, as we will see in the next subsubsection. 


Dynamically Importing Modules 


Python provides three straightforward mechanisms that can be used to create 
plug-ins, all of which involve importing modules by name at runtime. And 
once we have dynamically imported additional modules, we can use Python’s 
introspection functions to check the availability of the functionality we want, 
and to access it as required. 

In this subsubsection we will review the magic-numbers.py program. This 
program reads the first 1000 bytes of each file given on the command line and 
for each one outputs the file’s type (or the text “Unknown”), and the filename. 
Here is an example command line and an extract from its output: 

C:\Python31\python.exe magic-numbers.py c:\windows\*.* 


XML.c: \windows\WindowsSheU. Manifest 

Unknown.c: \windows\WindowsUpdate. log 


Windows Executable..c:\windows\winhelp.exe 
Windows Executable..c:\windows\winhlp32.exe 
Windows BMP Image...c:\windows\winnt.bmp 


The program tries to load in any module that is in the same directory as the 
program and whose name contains the text “magic”. Such modules are expected 
to provide a single public function, get_file_type( ). Two very simple example 
modules, StandardMagicNumbers.py and WindowsMagicNumbers.py, that each have 
a get_file_type( ) function are provided with the book’s examples. 

We will review the program’s main () function in two parts, 
def mainO : 

modules = load_modules() 
get_file_type_functions = [] 
for module in modules: 
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get_file_type = get_function(module, "get_file_type") 
if get_file_type is not None; 

get_file_type_functions.append(get_file_type) 

In a moment, we will look at three different implementations of the 
load modules ( ) function which returns a (possibly empty) list of module objects, 
and we will look at the get_function( ) function further on. For each module 
found we try to retrieve a get f ile_type( ) function, and add any we get to a list 
of such functions. 

for file in get_files(sys.argv[l:]): 
fh = None 
try: 

fh = open(file, "rb") 
magic = fh.read(1000) 

for get_file_type in get_file_type_functions: 
filetype = get_file_type(magic, 

os.path.splitext(file)[1]) 

if filetype is not None: 

print("{0:.<20}{l}".format(filetype, file)) 
break 

else: 

print("{0:.<20}{1}".format("Unknown", file)) 
except EnvironmentError as err: 

print (err) 
finally: 

if fh is not None: 
fh.closeO 

This loop iterates over every file listed on the command line and for each one 
reads its first 1000 bytes. It then tries each get_file_type() function in turn 
to see whether it can determine the current file’s type. If the file type is deter¬ 
mined, the details are printed and the inner loop is broken out of, with process¬ 
ing continuing with the next file. If no function can determine the file type—or 
if no get_file_type() functions were found—an “Unknown” line is printed. 

We will now review three different (but equivalent) ways of dynamically 
importing modules, starting with the longest and most difficult approach, since 
it shows every step explicitly: 

def load_modules(): 
modules = [] 

for name in os.listdir(os.path.dirname(_file_) or "."): 

if name.endswithC .py") and "magic" in name.lower(): 
filename = name 

name = os.path.splitext(name)[0] 
if name.isidentifierO and name not in sys.modules: 
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fh = None 
try: 

fh = open(filename, "r", encoding="utf8") 
code = fh. readO 
module = type(sys)(name) 
sys.modules[name] = module 

exec(code, module._diet_) 

modules.append(module) 

except (EnvironmentError, SyntaxError) as err; 
sys.modules.pop(name, None) 
print(err) 
finally: 

if fh is not None: 
fh.closeO 

return modules 

We begin by iterating over all the files in the program’s directory. If this is the 

current directory, os. path. di rname (_file _) will return an empty string which 

would cause os.listdirO to raise an exception, so we pass if necessary. 
For each candidate file (ends with . py and contains the text “magic”), we get 
the module name by chopping off the file extension. If the name is a valid 
identifier it is a viable module name, and if it isn’t already in the global list of 
modules maintained in the sys. modules dictionary we can try to import it. 

We read the text of the file into the code string. The next line, module = 
type (sys) (name), is quite subtle. When we call typed it returns the type object 
of the object it is given. So if we called type(l) we would get int back. If we 
print the type object we just get something human readable like “int”, but if 
we call the type object as a function, we get an object of that type back. For 
example, we can get the integer 5 in variable x by writing x = 5, or x = int (5), 
or X = type(0) (5), or int_type = type(0); x = int_type(5). In this case we’ve used 
type (sys) and sys is a module, so we get back the module type object (essentially 
the same as a class object), and can use it to create a new module with the giv¬ 
en name. Just as with the int example where it didn’t matter what integer we 
used to get the int type object, it doesn’t matter what module we use (as long as 
it is one that exists, that is, has been imported) to get the module type object. 

Once we have a new (empty) module, we add it to the global list of modules to 
prevent the module from being accidentally reimported. This is done before 
calling execO to more closely mimic the behavior of the import statement. 
Then we call exec () to execute the code we have read—and we use the module’s 
dictionary as the code’s context. At the end we add the module to the list of 
modules we will pass back. And if a problem arises, we delete the module from 
the global modules dictionary if it has been added—it will not have been added 
to the list of modules if an error occurred. Notice that exec() can handle any 
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Table 8.1 Dynamic Programming and Introspection Functions 

Syntax 

Description 

_import_ (...) 

Imports a module by name; see text 

compile{source, 

file, 

mode) 

Returns the code object that results from compiling the 
source text; file should be the filename, or "<string>"; 
mode must be “single”, “eval”, or “exec” 

delattr{obj, 
name) 

Deletes the attribute called name from object obj 

dir(odj) 

Returns the list of names in the local scope, or if obj is 
given then obj’s names (e.g., its attributes and methods) 

eval(source, 

globals, 

locals) 

Returns the result of evaluating the single expression in 
source; if supplied, global sis the global context and locals 
is the local context (as dictionaries) 

exec(obj, 
globals, 
locals) 

Evaluates object obj, which can be a string or a code object 
from compiled, and returns None; if supplied, globals is 
the global context and locals is the local context 

getattr{obj, 
name, val) 

Returns the value of the attribute called name from object 
obj , or val if given and there is no such attribute 

globals {) 

Returns a dictionary of the current global context 

hasattr(obj, 
name) 

Returns True if object obj has an attribute called name 

locals]) 

Returns a dictionary of the current local context 

setattr(obj, 
name, val) 

Sets the attribute called name to the value val for the object 
obj, creating the attribute if necessary 

type(obj) 

Returns object obj’s type object 

va rs( obj ) 

Returns object obj’s context as a dictionary; or the local 
context if obj is not given 


amount of code (whereas eval () evaluates a single expression—see Table 8.1), 
and raises a SyntaxError exception if there’s a syntax error. 

Here’s the second way to dynamically load a module at runtime—the code 
shown here replaces the first approach’s try ... except block: 

try: 

exec("import " + name) 
modules.append(sys.modules[name]) 
except SyntaxError as err: 
print(err) 
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One theoretical problem with this approach is that it is potentially insecure. 
The name variable could begin with sys; and be followed by some destruc¬ 
tive code. 

And here is the third approach, again just showing the replacement for the first 
approach’s try ... except block: 

try: 

module = _import_(name) 

modules.append(module) 
except (ImportError, SyntaxError) as err; 
print(err) 

This is the easiest way to dynamically import modules and is slightly safer 
than using exec (), although like any dynamic import, it is by no means secure 
because we don’t know what is being executed when the module is imported. 

None of the techniques shown here handles packages or modules in different 
paths, but it is not difficult to extend the code to accommodate these—although 

it is worth reading the online documentation, especially for_import_(), if 

more sophistication is required. 

Having imported the module we need to be able to access the functionality it 
provides. This can be achieved using Python’s built-in introspection functions, 
getattrO and hasattr(). Here’s how we have used them to implement the 
get_function( ) function: 

def get_function(module, function_name): 

function = get_function.cache.get( (module, function_naiiie), None) 
if function is None: 
try: 

function = getattr(module, function_name) 

if not hasattr(function, "_call_"): 

raise AttributeError() 

get_function.cache[module, function_name] = function 
except AttributeError: 
function = None 
return function 
get_function.cache = {} 

Ignoring the cache-related code for a moment, what the function does is call 
getattrO on the module object with the name of the function we want. If 
there is no such attribute an AttributeError exception is raised, but if there 
is such an attribute we use hasattrO to check that the attribute itself has 

the call attribute—something that all callables (functions and methods) 

have. (Further on we will see a nicer way of checking whether an attribute is 


collec¬ 
tions . 
Callable 


>392 
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callable.) If the attribute exists and is callable we can return it to the caller; 
otherwise, we return None to signify that the function isn’t available. 

If hundreds of files were being processed (e.g., due to using *.* in the C: \windows 
directory), we don’t want to go through the lookup process for every module 
for every file. So immediately after defining the get_function( ) function, we 
add an attribute to the function, a dictionary called cache. (In general. Python 
allows us to add arbitrary attributes to arbitrary objects.) The first time that 
get f unction () is called the cache dictionary is empty, so the diet. get () call will 
return None. But each time a suitable function is found it is put in the dictionary 
with a 2-tuple of the module and function name used as the key and the func¬ 
tion itself as the value. So the second and all subsequent times a particular 
function is requested the function is immediately returned from the cache and 
no attribute lookup takes place at all.* 

The technique used for caching the getf unction ()’s return value for a given set 
of arguments is called memoizing. It can be used for any function that has no 
side effects (does not change any global variables), and that always returns the 
same result for the same (immutable) arguments. Since the code required to 
create and manage a cache for each memoized function is the same, it is an ide¬ 
al candidate for a function decorator, and several @memoize decorator recipes are 
given in the Python Cookbook, in code.activestate.com/recipes/langs/python/. 
However, module objects are mutable, so some off-the-shelf memoizer decora¬ 
tors wouldn’t work with our getf unction () function as it stands. An easy so¬ 
lution would be to use each module’s_ name _string rather than the module 

itself as the first part of the key tuple. 

Doing dynamic module imports is easy, and so is executing arbitrary Python 
code using the execO function. This can be very convenient, for example, 
allowing us to store code in a database. However, we have no control over 
what imported or exec ()uted code will do. Recall that in addition to variables, 
functions, and classes, modules can also contain code that is executed when it 
is imported—if the code came from an untrusted source it might do something 
unpleasant. How to address this depends on circumstances, although it may 
not be an issue at all in some environments, or for personal projects. 


Local and Recursive Functions 


It is often useful to have one or more small helper functions inside another 
function. Python allows this without formality—we simply define the functions 
we need inside the definition of an existing function. Such functions are often 
called nested functions or local functions. We already saw examples of these in 
Chapter 7. 


*A slightly more sophisticated get function () that has better handling of modules without the 
required functionality is in the magic-numbers . py program alongside the version shown here. 
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One common use case for local functions is when we want to use recursion. In 
these cases, the enclosing function is called, sets things up, and then makes 
the first call to a local recursive function. Recursive functions (or methods) are 
ones that call themselves. Structurally, all directly recursive functions can be 
seen as having two cases: the base case and the recursive case. The base case is 
used to stop the recursion. 

Recursive functions can be computationally expensive because for every re¬ 
cursive call another stack frame is used; however, some algorithms are most 
naturally expressed using recursion. Most Python implementations have a 
fixed limit to how many recursive calls can be made. The limit is returned by 
sys.getrecursionlimitO and can be changed by sys.setrecursionliinitO, al¬ 
though increasing the limit is most often a sign that the algorithm being used 
is inappropriate or that the implementation has a bug. 

The classic example of a recursive function is one that is used to calculate 
factorials.* For example, factorial (5) will calculate 5! and return 120, that is, 
Ix2x3x4x5: 

def factorial(x): 

if X <= 1: 
return 1 

return x * factorial(x - 1) 

This is not an efficient solution, but it does show the two fundamental features 
of recursive functions. If the given number, x, is 1 or less, 1 is returned and 
no recursion occurs—this is the base case. But if x is greater than 1 the value 
returned isx * factorial(x- 1), and this is the recursive case because here the 
factorial function calls itself The function is guaranteed to terminate because 
if the initial x is less than or equal to 1 the base case will be used and the 
function will finish immediately, and if x is greater than 1, each recursive call 
will be on a number one less than before and so will eventually be 1. 

To see both local functions and recursive functions in a meaningful context we 
will study the indented list sort () function from module file IndentedList. py. 
This function takes a list of strings that use indentation to create a hierarchy, 
and a string that holds one level of indent, and returns a list with the same 
strings but where all the strings are sorted in case-insensitive alphabetical 
order, with indented items sorted under their parent item, recursively, as the 
before and after lists shown in Figure 8.1 illustrate. 

Given the before list, the after list is produced by this call: after = Indent¬ 
edList . indentedlistsort (before). The default indent value is four spaces, the 
same as the indent used in the before list, so we did not need to set it explic¬ 
itly. 


*Python’s math module provides a much more efficient math. facto rial () function. 
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before = [ "Noninetals", 

" Hydrogen", 

" Carbon", 

" Nitrogen", 

" Oxygen", 

"Inner Transitionals", 
" Lanthanides", 

" Cerium", 

" Europium", 

" Actinides", 

" Uranium", 

" Curium", 

" Plutonium", 

"Alkali Metals", 

" Lithium", 

" Sodium", 

" Potassium"] 


after = ["Alkali Metals", 

" Lithium", 

" Potassium", 

" Sodium", 

"Inner Transitionals 
" Actinides", 

" Curium", 

" Plutonium", 

" Uranium", 

" Lanthanides", 

" Cerium", 

" Europium", 

"Nonmetals", 

" Carbon", 

" Hydrogen", 

" Nitrogen", 

" Oxygen"] 


Figure 8.1 Before and after sorting an indented list 

We will begin by looking at the indented list sort () function as a whole, and 
then we will look at its two local functions. 

def indented_list_sort(indented_list, indent=" "): 

KEY, ITEM, CHILDREN = range(3) 

def add_entry(level, key, item, children): 


def update_indented_list(entry): 


entries = [] 

for item in indented_list; 
level = 0 
i = 0 

while item.startswith(indent, i): 
i += len(indent) 
level += I 

key = item.stripO .lowerO 
add_entry(level, key, item, entries) 

indented_list = [] 

for entry in sorted(entries): 

update_indented_list(entry) 
return indented list 
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The code begins by creating three constants that are used to provide names for 
index positions used by the local functions. Then we define the two local func¬ 
tions which we will review in a moment. The sorting algorithm works in two 
stages. In the first stage we create a list of entries, each a 3-tuple consisting of 
a “key” that will be used for sorting, the original string, and a list of the string’s 
child entries. The key is just a lowercased copy of the string with whitespace 
stripped from both ends. The level is the indentation level, 0 for top-level items, 
1 for children of top-level items, and so on. In the second stage we create a new 
indented list and add each string from the sorted entries list, and each string’s 
child strings, and so on, to produce a sorted indented list. 

def add_entry(level, key, item, children): 
if level == 0: 

children.append((key, item, [])) 
else: 

add_entry(level - 1, key, item, children[-l][CHILDREN]) 

This function is called for each string in the list. The child ren argument is the 
list to which new entries must be added. When called from the outer function 
(indented_list_sort( )), this is the entries list. This has the effect of turning a 
list of strings into a list of entries, each of which has a top-level (unindented) 
string and a (possibly empty) list of child entries. 

If the level is 0 (top-level), we add a new 3-tuple to the entries list. This holds 
the key (for sorting), the original item (which will go into the resultant sorted 
list), and an empty children list. This is the base case since no recursion takes 
place. If the level is greater than 0, the item is a child (or descendant) of the 
last item in the children list. In this case we recursively call addentryO again, 
reducing the level by 1 and passing the children list’s last item’s children list as 
the list to add to. If the level is 2 or more, more recursive calls will take place, 
until eventually the level is 0 and the children list is the right one for the entry 
to be added to. 

For example, when the “Inner Transitionals” string is reached, the outer func¬ 
tion calls add ent ry () with a level of 0, a key of “inner transitionals”, an item of 
“Inner Transitionals”, and the ent ries list as the children list. Since the level is 
0, a new item will be appended to the children list (ent ries), with the key, item, 
and an empty children list. The next string is “ Lanthanides”—this is indent¬ 
ed, so it is a child of the “Inner Transitionals” string. The add_entry( ) call this 
time has a level of 1, a key of “lanthanides”, an item of “ Lanthanides”, and 
the ent ries list as the children list. Since the level is 1, the add ent ry () function 
calls itself recursively, this time with level 0 (1 -1), the same key and item, but 
with the children list being the children list of the last item, that is, the “Inner 
Transitionals” item’s children list. 

Here is what the ent ries list looks like once all the strings have been added, but 
before the sorting has been done: 
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[('nonmetals', 

'Nonmetals', 

[('hydrogen', ' Hydrogen', []), 

('carbon', ' Carbon', []), 

('nitrogen', ' Nitrogen', []), 

('oxygen', ' Oxygen', [])]), 

('inner transitionals', 

' Inner Transitionals', 

[('lanthanides', 

' Lanthanides', 

[('cerium', ' Cerium', []), 

('europium', ' Europium', [])]), 

('actinides', 

' Actinides', 

[('uranium', ' Uranium', []), 

('curium', ' Curium', []), 

('plutonium', ' Plutonium', [])])]), 

('alkali metals', 

'Alkali Metals', 

[('lithium', ' Lithium', []), 

('sodium', ' Sodium', []), 

('potassium', ' Potassium', [])])] 

The output was produced using the pprint (“pretty print”) module’s pprint. 
pp rint () function. Notice that the entries list has only three items (all of which 
are 3-tuples), and that each 3-tuple’s last element is a list of child 3-tuples (or 
is an empty list). 

The add ent ry () function is both a local function and a recursive function. Like 
all recursive functions, it has a base case (in this function, when the level is 0) 
that ends the recursion, and a recursive case. 

The function could be written in a slightly different way: 

def add_entry(key, item, children); 
nonlocal level 
if level == 0: 

children.append((key, item, [])) 
else: 

level -= 1 

add_entry(key, item, children[-l][CHILDREN]) 

Here, instead of passing level as a parameter, we use a nonlocal statement to 
access a variable in an outer enclosing scope. If we did not change level inside 
the function we would not need the nonlocal statement—in such a situation. 
Python would not find it in the local (inner function) scope, and would look 
at the enclosing scope and find it there. But in this version of add_entry( ) we 
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need to change level’s value, and just as we need to tell Python that we want 
to change global variables using the global statement (to prevent a new local 
variable from being created rather than the global variable updated), the same 
applies to variables that we want to change but which belong to an outer scope. 
Although it is often best to avoid using global altogether, it is also best to use 
nonlocal with care. 

def update_indented_list(entry); 

indented_list.append(ent ry[ITEM]) 
for subentry in sorted(entry[CHILDREN]): 
update_indented_list(subentry) 

In the algorithm’s first stage we build up a list of entries, each a (key, item, 
children) 3-tuple, in the same order as they are in the original list. In the 
algorithm’s second stage we begin with a new empty indented list and iterate 
over the sorted entries, calling update indented list () for each one to build up 
the new indented list. The update indented list ( ) function is recursive. For 
each top-level entry it adds an item to the indented list, and then calls itself 
for each of the item’s child entries. Each child is added to the indented list, 
and then the function calls itself for each child’s children—and so on. The base 
case (when the recursion stops) is when an item, or child, or child of a child, 
and so on has no children of its own. 

Python looks for indented list in the local (inner function) scope and doesn’t 
find it, so it then looks in the enclosing scope and finds it there. But notice that 
inside the function we append items to the indented list even though we have 
not used nonlocal. This works because nonlocal (and global) are concerned with 
object references, not with the objects they refer to. In the second version of 
add_entry( ) we had to use nonlocal for level because the += operator applied to 
a number rebinds the object reference to a new object—what really happens is 
level = level + 1, so level is set to refer to a new integer object. But when we call 
list. append () on the indented list, it modifies the list itself and no rebinding 
takes place, and therefore nonlocal is not necessary. (For the same reason, if 
we have a dictionary, list, or other global collection, we can add or remove items 
from it without using a global statement.) 


Function and Method Decorators 


A decorator is a function that takes a function or method as its sole argument 
and returns a new function or method that incorporates the decorated function 
or method with some additional functionality added. We have already made 
use of some predefined decorators, for example, (Sproperty and @classmethod. In 
this subsection we will learn how to create our own function decorators, and 
later in this chapter we will see how to create class decorators. 


Class 
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For our first decorator example, let us suppose that we have many functions 
that perform calculations, and that some of these must always produce a posi¬ 
tive result. We could add an assertion to each of these, but using a decorator is 
easier and clearer. Here’s a function decorated with the (apositive result deco¬ 
rator that we will create in a moment: 

@positive_result 

def discriininant(a, b, c): 

return (b ** 2) - (4 * a * c) 

Thanks to the decorator, if the result is ever less than 0, an AssertionError ex¬ 
ception will be raised and the program will terminate. And of course, we can 
use the decorator on as many functions as we like. Here’s the decorator’s im¬ 
plementation: 

def positive_result(function): 
def wrapper(*args, **kwargs): 

result = function(*args, **kwargs) 

assert result >= 0, function._name_ + "() result isn't >= 0" 

return result 

wrapper._name_ = function._name_ 

wrapper._doc_ = function._doc_ 

return wrapper 

Decorators define a new local function that calls the original function. Here, 
the local function is wrapper!); it calls the original function and stores the 
result, and it uses an assertion to guarantee that the result is positive (or that 
the program will terminate). The wrapper finishes by returning the result 
computed by the wrapped function. After creating the wrapper, we set its name 
and docstring to those of the original function. This helps with introspection, 
since we want error messages to mention the name of the original function, not 
the wrapper. Finally, we return the wrapper function—it is this function that 
will be used in place of the original. 

def positive_result(function): 

(afunctools .wraps (function) 
def wrapper(*args, **kwargs): 

result = function(*args, **kwargs) 

assert result >= 0, function._name_ + "() result isn't >= 0" 

return result 
return wrapper 

Here is a slightly cleaner version of the @positive_result decorator. The wrap¬ 
per itself is wrapped using the functools module’s @functools .wraps decorator, 
which ensures that the wrapper! ) function has the name and docstring of the 
original function. 
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In some cases it would be useful to be able to parameterize a decorator, but at 
first sight this does not seem possible since a decorator takes just one argu¬ 
ment, a function or method. But there is a neat solution to this. We can call a 
function with the parameters we want and that returns a decorator which can 
then decorate the function that follows it. For example: 

(abounded (0, 100) 

def percent(amount, total): 

return (amount / total) * 100 

Here, the bounded () function is called with two arguments, and returns a deco¬ 
rator that is used to decorate the pe rcent () function. The purpose of the decora¬ 
tor in this case is to guarantee that the number returned is always in the range 
0 to 100 inclusive. Here’s the implementation of the bounded ( ) function: 

def bounded(minimum, maximum): 
def decorator(function): 

(afunctools .wraps (function) 
def wrapper(*args, **kwargs): 

result = function(*args, **kwargs) 
if result < minimum: 

return minimum 
elif result > maximum: 

return maximum 
return result 
return wrapper 
return decorator 

The function creates a decorator function, that itself creates a wrapper func¬ 
tion. The wrapper performs the calculation and returns a result that is within 
the bounded range. The decorator () function returns the wrapper () function, 
and the bounded () function returns the decorator. 

One further point to note is that each time a wrapper is created inside the 
bounded 0 function, the particular wrapper uses the minimum and maximum 
values that were passed to bounded (). 

The last decorator we will create in this subsection is a bit more complex. It is a 
logging function that records the name, arguments, and result of any function 
it is used to decorate. For example: 

(Slogged 

def discounted_price(price, percentage, make_integer=False): 
result = price * ((100 - percentage) / 100) 
if not (0 < result <= price): 

raise ValueError("invalid price") 
return result if not make_integer else int(round(result)) 
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If Python is run in debug mode (the normal mode), every time the discount- 
ed_price() function is called a log message will be added to the file logged. log 
in the machine’s local temporary directory, as this log file extract illustrates: 

called: discounted_price(100, 10) -> 90.0 
called: discounted_price(210, 5) -> 199.5 
called: discounted_price(210, 5, niake_integer=True) -> 200 
called: discounted_price(210, 14, True) -> 181 

called: discounted_price(210, -8) <type 'ValueError'>: invalid price 

If Python is run in optimized mode (using the -0 command-line option or if 
the PYTHONOPTIMIZE environment variable is set to -0), then no logging will take 
place. Here’s the code for setting up logging and for the decorator: 

if _debug_; 

logger = logging.getLogger("Logger") 

logger.setLevel(logging.DEBUG) 

handler = logging.FileHandler(os.path.join( 

tenipfile.gettenipdir(), "logged.log")) 

logger.addHandler(handler) 

def logged(function): 

(afunctools. wraps (function) 
def wrapper(*args, **kwargs): 

log = "called: " + function._name_ + "(" 

log += ", ".join(["{0!r}".format(a) for a in args] + 
["{0!s}={l!r}".format(k, v) 
for k, V in kwargs.items()]) 
result = exception = None 
try: 

result = function(*args, **kwargs) 
return result 
except Exception as err: 

exception = err 
finally: 

log += ((") -> " + str(result)) if exception is None 
else ") {0}: {1}".format(type(exception), 

exception)) 

logger.debug(log) 
if exception is not None: 
raise exception 
return wrapper 

else: 

def logged(function): 
return function 
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In debug mode the global variable_ debug _is T rue. If this is the case we set up 

logging using the logging module, and then create the (Slogged decorator. The 
logging module is very powerful and flexible—it can log to files, rotated files, 
emails, network connections, HTTP servers, and more. Here we’ve used only 
the most basic facilities by creating a logging object, setting its logging level 
(several levels are supported), and choosing to use a file for the output. 


Dic¬ 

tionary 

compre¬ 

hen¬ 

sions 

134 < 


The wrapper’s code begins by setting up the log string with the function’s name 
and arguments. We then try calling the function and storing its result. If any 
exception occurs we store it. In all cases the finally block is executed, and 
there we add the return value (or exception) to the log string and write to the 
log. If no exception occurred, the result is returned; otherwise, we reraise the 
exception to correctly mimic the original function’s behavior. 

If Python is running in optimized mode,_debug_is False; in this case we 

define the logged () function to simply return the function it is given, so apart 
from the tiny overhead of this indirection when the function is first created, 
there is no runtime overhead at all. 


Note that the standard library’s t race and cProf lie modules can run and anal¬ 
yse programs and modules to produce various tracing and profiling reports. 
Both use introspection, so unlike the (Slogged decorator we have used here, nei¬ 
ther trace nor cProfile requires any source code changes. 


Function Annotations 


Functions and methods can be defined with annotations—expressions that can 
be used in a function’s signature. Here’s the general syntax: 

def functionName(parl : expl, par2 : exp2, ..., parN ; expN) -> rexp: 
suite 

Every colon expression part (: expX) is an optional annotation, and so is the 
arrow return expression part (-> rexp). The last (or only) positional parameter 
(if present) can be of the form *args, with or without an annotation; similarly, 
the last (or only) keyword parameter (if present) can be of the form **kwargs, 
again with or without an annotation. 

If annotations are present they are added to the function’s_ annotations _dic¬ 

tionary; if they are not present this dictionary is empty. The dictionary’s keys 
are the parameter names, and the values are the corresponding expressions. 
The syntax allows us to annotate all, some, or none of the parameters and to 
annotate the return value or not. Annotations have no special significance to 
Python. The only thing that Python does in the face of annotations is to put 

them in the_ annotations _dictionary; any other action is up to us. Here is an 

example of an annotated function that is in the Util module: 
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def is_unicode_punctuation(s : str) -> bool; 
for c in s; 

if unicodedata.category(c)[0] != "P": 
return False 
return True 

Every Unicode character belongs to a particular category and each category is 
identified by a two-character identifier. All the categories that begin with P are 
punctuation characters. 

Here we have used Python data types as the annotation expressions. But they 
have no particular meaning for Python, as these calls should make clear: 

Util.is_unicode_punctuation("zebr\a") # returns: False 

Util.is_unicode_punctuation(s=" 1(3#?") # returns: True 

Util.is_unicode_punctuation( ("!", "(§")) # returns: True 

The first call uses a positional argument and the second call a keyword argu¬ 
ment, just to show that both kinds work as expected. The last call passes a 
tuple rather than a string, and this is accepted since Python does nothing more 
than record the annotations in the _annotations_ dictionary. 

If we want to give meaning to annotations, for example, to provide type check¬ 
ing, one approach is to decorate the functions we want the meaning to apply to 
with a suitable decorator. Here is a very basic type-checking decorator: 

def strictly_typed(function): 

annotations = function._annotations_ 

arg_spec = inspect.getfullargspec(function) 

assert "return" in annotations, "missing type for return value" 
for arg in arg_spec.args + arg_spec.kwonlyargs: 

assert arg in annotations, ("missing type for parameter + 

arg + .) 

(afunctools .wraps (function) 
def wrapper(*args, **kwargs): 

for name, arg in (list(zip(arg_spec.args, args)) + 
list(kwargs.items())): 

assert isinstance(arg, annotations[name]), ( 

"expected argument '{0}' of {1} got {2}".format( 
name, annotations[name], type(arg))) 
result = function(*args, **kwargs) 
assert isinstance(result, annotations["return"]), ( 

"expected return of {0} got {l}".format( 
annotations["return"], type(result))) 
return result 
return wrapper 
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This decorator requires that every argument and the return value must be 
annotated with the expected type. It checks that the function’s arguments and 
return type are all annotated with their types when the function it is passed is 
created, and at runtime it checks that the types of the actual arguments match 
those expected. 

The inspect module provides powerful introspection services for objects. Here, 
we have made use of only a small part of the argument specification object 
it returns, to get the names of each positional and keyword argument—in 
the correct order in the case of the positional arguments. These names are 
then used in conjunction with the annotations dictionary to ensure that every 
parameter and the return value are annotated. 

The wrapper function created inside the decorator begins by iterating over 
every name-argument pair of the given positional and keyword arguments. 
Since zip() returns an iterator and dictionary.itemsO returns a dictionary 
view we cannot concatenate them directly, so first we convert them both to lists. 
If any actual argument has a different type from its corresponding annotation 
the assertion will fail; otherwise, the actual function is called and the type of 
the value returned is checked, and if it is of the right type, it is returned. At the 
end of the strictly typed ( ) function, we return the wrapped function as usual. 
Notice that the checking is done only in debug mode (which is Python’s default 
mode—controlled by the -0 command-line option and the PYTHONOPTIMIZE envi¬ 
ronment variable). 

If we decorate the is_unicode_punctuation( ) function with the (astrictly_typed 
decorator, and try the same examples as before using the decorated version, the 
annotations are acted upon: 

is_unicode_punctuation("zebr\a") # returns: False 

is_unicode_punctuation(s=" 1(3#?") # returns; True 

is_unicode_punctuation( ("!", "(3")) # raises AssertionError 

Now the argument types are checked, so in the last case an AssertionError is 
raised because a tuple is not a string or a subclass of st r. 

Now we will look at a completely different use of annotations. Here’s a small 
function that has the same functionality as the built-in range () function, except 
that it always returns floats: 

def range_of_floats(*args) -> "author=Reginald Perrin": 
return (float(x) for x in range(*args)) 

No use is made of the annotation by the function itself, but it is easy to envisage 
a tool that imported all of a project’s modules and produced a list of function 

names and author names, extracting each function’s name from its_ name_ 

attribute, and the author names from the value of the_ annotations _dictio¬ 

nary’s "return" item. 
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Annotations are a very new feature of Python, and because Python does not 
impose any predefined meaning on them, the uses they can be put to are lim¬ 
ited only by our imagination. Further ideas for possible uses, and some useful 
links, are available from PEP 3107 “Function Annotations”, www.python.org/ 
dev/peps/pep-3107. 


Further Object-Oriented Programming 


In this section we will look more deeply into Python’s support for object 
orientation, learning many techniques that can reduce the amount of code we 
must write, and that expand the power and capabilities of the programming 
features that are available to us. But we will begin with one very small and 
simple new feature. Here is the start of the definition of a Point class that has 
exactly the same behavior as the versions we created in Chapter 6: 


class Point: 


_slots_ = ("X", "y") 

def _init_(self, x=0, y=0): 

self.x = X 
self.y = y 
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When a class is created without the use of_slots_, behind the scenes Python 

creates a private dictionary called_diet_for each instance, and this dic¬ 

tionary holds the instance’s data attributes. This is why we can add or re¬ 
move attributes from objects. (For example, we added a cache attribute to the 
get f unction () function earlier in this chapter.) 

If we only need objects where we access the original attributes and don’t need 

to add or remove attributes, we can create classes that don’t have a_diet_. 

This is achieved simply by defining a class attribute called_slots_whose 

value is a tuple of attribute names. Each object of such a class will have 

attributes of the specified names and no_diet_; no attributes can be added or 

removed from such classes. These objects consume less memory and are faster 
than conventional objects, although this is unlikely to make much difference 
unless large numbers of objects are created. If we inherit from a class that uses 

_slots_we must declare slots in our subclass, even if empty, such as_slots_ 

= (); or the memory and speed savings will be lost. 


Controlling Attribute Access 


It is sometimes convenient to have a class where attribute values are computed 
on the fly rather than stored. Here’s the complete implementation of such 
a class: 
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class Ord: 

def_getattr_(self, char): 

return ord(char) 

With the Ord class available, we can create an instance, ord = Ord(), and then 
have an alternative to the built-in ord () function that works for any character 
that is a valid identifier. For example, ord.a returns 97, ord.Z returns 90, and 
ord .a returns 229. (But ord.! and similar are syntax errors.) 

Note that if we typed the 0 rd class into IDLE it would not work if we then typed 
0 rd = 0 rd (). This is because the instance has the same name as the built-in o rd () 
function that the 0 rd class uses, so the o rd () call would actually become a call 
to the ord instance and result in a TypeError exception. The problem would not 
arise if we imported a module containing the Ord class because the interactively 
created o rd object and the built-in o rd () function used by the 0 rd class would be 
in two separate modules, so one would not displace the other. If we really need 
to create a class interactively and to reuse the name of a built-in we can do so by 
ensuring that the class calls the built-in—in this case by importing the builtins 
module which provides unambiguous access to all the built-in functions, and 
calling builtins.ordO rather than plain ord(). 

Here’s another tiny yet complete class. This one allows us to create “constants”. 
It isn’t difficult to change the values behind the class’s back, but it can at least 
prevent simple mistakes. 

class Const: 

def_setattr_(self, name, value): 

if name in self._diet_: 

raise ValueErrorC'cannot change a const attribute") 
self._diet_[name] = value 

def_delattr_(self, name): 

if name in self._diet_: 

raise ValueErrorC'cannot delete a const attribute") 
raise AttributeError("'{0}' object has no attribute '{!}'" 

.format(self._class_._name_, name)) 

With this class we can create a constant object, say, const = Const (), and set any 
attributes we like on it, for example, const. limit = 591. But once an attribute’s 
value has been set, although it can be read as often as we like, any attempt to 
change or delete it will result in a ValueError exception being raised. We have 

not reimplemented_getattr_() because the base class object._getattr_() 

method does what we want—returns the given attribute’s value or raises an 

AttributeError exception if there is no such attribute. In the_delattr_() 

method we mimic the_getattr_() method’s error message for nonexistent 

attributes, and to do this we must get the name of the class we are in as well as 
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Table 8.2 Attribute Access Special Methods 


Special Method 

Usage 

Description 

_delattr_(self, name) 

del x.n 

Deletes object x’s n attribute 

_dir_(self) 

dir(x) 

Returns a list of x’s attribute 



names 

_getattr_(self, name) 

V = x.n 

Returns the value of object x’s n 



attribute if it isn’t found directly 

_getattribute_(self, name) 

V = x.n 

Returns the value of object x’s n 



attribute; see text 

_setattr_(self, name. 

x.n = V 

Sets object x’s n attribute’s value 

value) 


to V 


the name of the nonexistent attribute. The class works because we are using 

the object’s_diet_which is what the base class_getattr_(),_setattr_(), 

and_ delattr _() methods use, although here we have used only the base 

class’s_getattr_() method. All the special methods used for attribute access 

are listed in Table 8.2. 

There is another way of getting constants: We can use named tuples. Here are 
a couple of examples: 

Const = collections.namedtuplel, "min max")(191, 591) 

Const.min, Const.max # returns: (191, 591) 

Offset = collections.namedtuple(, "id name description")(*range(3)) 
Offset.id. Offset.name. Offset.description # returns: (0, 1, 2) 

In both cases we have just used a throwaway name for the named tuple be¬ 
cause we want just one named tuple instance each time, not a tuple subclass 
for creating instances of a named tuple. Although Python does not support an 
enum data type, we can use named tuples as we have done here to get a similar 
effect. 

For our last look at attribute access special methods we will return to an 
Image.py example we first saw in Chapter 6. In that chapter we created an Image class 
261-< whose width, height, and background color are fixed when an Image is created 
(although they are changed if an image is loaded). We provided access to them 
using read-only properties. For example, we had: 

@property 
def width(self): 

return self._width 

This is easy to code but could become tedious if there are a lot of read-only 
properties. Here is a different solution that handles all the Image class’s 
read-only properties in a single method: 
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def _getattr_(self, name): 

if name == "colors"; 

return set(self._colors) 

classname = self._class_._name_ 

if name in frozenset({"background", "width", "height"}): 

return self._diet_["_{classname}_{name}".format( 

**locals())] 

raise AttributeError({classname}' object has no " 

"attribute '{name}'".format(**locals())) 

If we attempt to access an object’s attribute and the attribute is not found, 

Python will call the_getattr_() method (providing it is implemented, and 

that we have not reimplemented_getattribute_()), with the name of the 

attribute as a parameter. Implementations of_getattr_() must raise an 

AttributeError exception if they do not handle the given attribute. 

For example, if we have the statement image .colors. Python will look for a col- 

0 rs attribute and having failed to find it, will then call Image._getatt r_(image, 

"colors"). In this case the_getattr_() method handles a "colors" attribute 

name and returns a copy of the set of colors that the image is using. 

The other attributes are immutable, so they are safe to return directly to the 
caller. We could have written separate elif statements for each one like this: 

elif name == "background": 
return self._background 

But instead we have chosen a more compact approach. Since we know that 

under the hood all of an object’s nonspecial attributes are held in self._diet_, 

we have chosen to access them directly. For private attributes (those whose 
name begins with two leading underscores), the name is mangled to have the 

form _classNan>e _ attributeName, so we must account for this when retrieving 

the attribute’s value from the object’s private dictionary. 

For the name mangling needed to look up private attributes and to provide the 
standard AttributeError error text, we need to know the name of the class we 
are in. (It may not be Image because the object might be an instance of an Image 

subclass.) Every object has a_class_special attribute, so self._class_is 

always available inside methods and can safely be accessed by_getattr_() 

without risking unwanted recursion. 

Note that there is a subtle difference in that using _getattr_() and 

self._class_provides access to the attribute in the instance’s class (which 

may be a subclass), but accessing the attribute directly uses the class the at¬ 
tribute is defined in. 

One special method that we have not covered is_getattribute_(). Where¬ 
as the_getattr_() method is called last when looking for (nonspecial) at- 
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tributes, the _getattribute_() method is called first for every attribute 

access. Although it can be useful or even essential in some cases to call 

_getattribute_(), reimplementing the _getattribute_() method can be 

tricky. Reimplementations must be very careful not to call themselves 

recursively—using super()._getattribute_() or object._getattribute_() 

is often done in such cases. Also, since_getattribute_() is called for every 

attribute access, reimplementing it can easily end up degrading performance 
compared with direct attribute access or properties. None of the classes pre¬ 
sented in this book reimplements_getattribute_(). 


Functors 


In Python a function object is an object reference to any callable, such as a 
function, a lambda function, or a method. The definition also includes classes, 
since an object reference to a class is a callable that, when called, returns an 
object of the given class—for example, x = int (5). In computer science a functor 
is an object that can be called as though it were a function, so in Python terms a 

functor is just another kind of function object. Any class that has a_ call_() 

special method is a functor. The key benefit that functors offer is that they can 
maintain some state information. For example, we could create a functor that 
always strips basic punctuation from the ends of a string. We would create and 
use it like this: 

strip_punctuation = Strip!) 

strip_punctuation("Land ahoy!") # returns: 'Land ahoy' 

Here we create an instance of the Strip functor initializing it with the value 
Whenever the instance is called it returns the string it is passed with 
any punctuation characters stripped off Here’s the complete implementation 
of the Strip class: 

class Strip: 

def init (self, characters): 

self.characters = characters 

def call (self, string): 

return string.strip(self.characters) 

We could achieve the same thing using a plain function or lambda, but if we 
need to store a bit more state or perform more complex processing, a functor is 
often the right solution. 

A functor’s ability to capture state by using a class is very versatile and power¬ 
ful, but sometimes it is more than we really need. Another way to capture state 
is to use a closure. A closure is a function or method that captures some external 
state. For example: 
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def make_strip_function(characters): 
def strip_function(string): 

return string.strip(characters) 
return strip_function 

strip_punctuation = make_strip_function() 
strip_punctuation("Land ahoy!") # returns: 'Land ahoy' 

The make strip f unction 0 function takes the characters to be stripped as its 
sole argument and returns a function, strip_function( ), that takes a string 
argument and which strips the characters that were given at the time the 
closure was created. So just as we can create as many instances of the Strip 
class as we want, each with its own characters to strip, we can create as many 
strip functions with their own characters as we like. 

The classic use case for functors is to provide key functions for sort routines. 
Here is a generic SortKey functor class (from file SortKey. py): 

class SortKey: 

def init (self, *attribute_names): 

self .attribute_nanies = attribute_names 

def call (self, instance): 

values = [] 

for attribute_name in self.attribute_naines: 

values.append(getattr(instance, attribute_nanie)) 
return values 

When a SortKey object is created it keeps a tuple of the attribute names it 
was initialized with. When the object is called it creates a list of the attribute 
values for the instance it is passed—in the order they were specified when the 
SortKey was initialized. For example, imagine we have a Person class: 

class Person: 

def_init_(self, forename, surname, email): 

self.forename = forename 
self.surname = surname 
self.email = email 

Suppose we have a list of Person objects in the people list. We can sort the 
list by surnames like this: people.sort(key=SortKey("surname") ). If there 
are a lot of people there are bound to be some surname clashes, so we can 
sort by surname, and then by forename within surname, like this: peo¬ 
ple.sort(key=SortKey("surname", "forename")). And if we had people with the 
same surname and forename we could add the email attribute too. And of 
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course, we could sort by forename and then surname by changing the order of 
the attribute names we give to the SortKey functor. 

Another way of achieving the same thing, but without needing to create a func¬ 
tor at all, is to use the operator module’s operator.attrgetter( ) function. For 
example, to sort by surname we could write: people.sort(key=operator.attr- 
getter( "surname" )). And similarly, to sort by surname and forename: 
people.sort(key=operator.attrgetter("surname", "forename")). The operator. 
attrgetter( ) function returns a function (a closure) that, when called on an ob¬ 
ject, returns those attributes of the object that were specified when the closure 
was created. 

Functors are probably used rather less frequently in Python than in other 
languages that support them because Python has other means of doing the 
same things—for example, using closures or item and attribute getters. 


Context Managers 


Context managers allow us to simplify code by ensuring that certain opera¬ 
tions are performed before and after a particular block of code is executed. The 
behavior is achieved because context managers define two special methods, 

_enter_() and_exit_(), that Python treats specially in the scope of a with 

statement. When a context manager is created in a with statement its_en- 

te r_() method is automatically called, and when the context manager goes out 

of scope after its with statement its_exit_() method is automatically called. 

We can create our own custom context managers or use predefined ones—as 
we will see later in this subsection, the file objects returned by the built-in 
open () function are context managers. The syntax for using context managers 
is this: 

with expression as variable: 
suite 

The expression must be or must produce a context manager object; if the 
optional as variable part is specified, the variable is set to refer to the object 

returned by the context manager’s_enter_() method (and this is often the 

context manager itself). Because a context manager is guaranteed to execute 
its “exit” code (even in the face of exceptions), context managers can be used to 
eliminate the need for finally blocks in many situations. 

Some of Python’s types are context managers—for example, all the file objects 
that openO can return—so we can eliminate finally blocks when doing file 
handling as these equivalent code snippets illustrate (assuming that process () 
is a function defined elsewhere): 
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fh = None 
try: 

fh = open(filename) 
for line in fh; 

process(line) try: 

except EnvironinentError as err: with open(filename) as fh: 

print(err) for line in fh: 

finally; process(line) 

if fh is not None; except EnvironinentError as err: 

fh.closeO print(err) 

A file object is a context manager whose exit code always closes the file if it 
was opened. The exit code is executed whether or not an exception occurs, but 
in the latter case, the exception is propagated. This ensures that the file gets 
closed and we still get the chance to handle any errors, in this case by printing 
a message for the user. 

In fact, context managers don’t have to propagate exceptions, but not doing so 
effectively hides any exceptions, and this would almost certainly be a coding 
error. All the built-in and standard library context managers propagate ex¬ 
ceptions. 

Sometimes we need to use more than one context manager at the same time. 
For example: 

try; 

with open(source) as fin: 

with open(target, "w") as fout: 
for line in fin: 

fout.write(process(line)) 
except EnvironinentError as err; 
print(err) 

Here we read lines from the source file and write processed versions of them to 
the target file. 

Using nested with statements can quickly lead to a lot of indentation. Fortu¬ 
nately, the standard library’s contextlib module provides some additional sup¬ 
port for context managers, including the contextlib.nested() function which 
allows two or more context managers to be handled in the same with statement 
rather than having to nest with statements. Here is a replacement for the code 
just shown, but omitting most of the lines that are identical to before: 

try: 

with contextlib.nested(open(source), open(target, "w")) as ( 
fin, fout); 
for line in fin; 
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It is only necessary to use contextlib. nested!) for Python 3.0; from Python 3.1 
this function is deprecated because Python 3.1 can handle multiple context 
managers in a single with statement. Here is the same example—again 
omitting irrelevant lines—but this time for Python 3.1: 

try: 

with open(source) as fin, open(target, "w") as tout; 
for line in fin: 

Using this syntax keeps context managers and the variables they are associ¬ 
ated with together, making the with statement much more readable than if we 
were to nest them or to use contextlih. nested (). 

It isn’t only file objects that are context managers. For example, several Thread¬ 
threading-related classes used for locking are context managers. Context 
managers can also be used with decimal. Decimal numbers; this is useful if we >■ 439 
want to perform some calculations with certain settings (such as a particular 
precision) in effect. 

If we want to create a custom context manager we must create a class that 

provides two methods:_enter_() and_exit_(). Whenever a with statement 

is used on an instance of such a class, the_enter_() method is called and 

the return value is used for the as variable (or thrown away if there isn’t one). 

When control leaves the scope of the with statement the_exit_() method is 

called (with details of an exception if one has occurred passed as arguments). 

Suppose we want to perform several operations on a list in an atomic 
manner—that is, we either want all the operations to be done or none of them 
so that the resultant list is always in a known state. For example, if we have 
a list of integers and want to append an integer, delete an integer, and change 
a couple of integers, all as a single operation, we could write code like this: 


3.1 


try: 

with AtomicListlitems) as atomic: 
atomic.append(58289) 
del atomic[3] 
atomic[8] = 81738 
atomic[index] = 38172 

except (AttrihuteError, IndexError, ValueError) as err: 
printC'no changes applied:", err) 

If no exception occurs, all the operations are applied to the original list (items), 
but if an exception occurs, no changes are made at all. Here is the code for the 
AtomicList context manager: 


class AtomicList: 

def_init_(self, alist, shallow_copy=True): 
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self.original = alist 

self.shallow_copy = shallow_copy 

def _enter_(self): 

self.modified = (self.original[:] if self.shallow_copy 
else copy.deepcopy(self.original)) 
return self.modified 

def _exit_(self, exc_type, exc_val, exc_tb): 

if exc_type is None: 

self.original[:] = self.modified 

When the AtomicList object is created we keep a reference to the original list 
and note whether shallow copying is to be used. (Shallow copying is fine for 
lists of numbers or strings; but for lists that contain lists or other collections, 
shallow copying is not sufficient.) 

Then, when the AtomicList context manager object is used in the with state¬ 
ment its_ enter_ () method is called. At this point we copy the original list 

and return the copy so that all the changes can be made on the copy. 

Once we reach the end of the with statement’s scope the_exit_() method is 

called. If no exception occurred the exc type (“exception type”) will be None and 
we know that we can safely replace the original list’s items with the items from 
the modified list. (We cannot do self .original = self .modified because that 
would just replace one object reference with another and would not affect the 
original list at all.) But if an exception occurred, we do nothing to the original 
list and the modified list is discarded. 

The return value of_exit_() is used to indicate whether any exception that 

occurred should be propagated. A T rue value means that we have handled any 
exception and so no propagation should occur. Normally we always return 
False or something that evaluates to False in a Boolean context to allow any 
exception that occurred to propagate. By not giving an explicit return value, 

our_exit_() returns None which evaluates to False and correctly causes any 

exception to propagate. 

Custom context managers are used in Chapter 11 to ensure that socket 
connections and gzipped files are closed, and some of the threading modules 
context managers are used in Chapter 10 to ensure that mutual exclusion locks 
are unlocked. You’ll also get the chance to create a more generic atomic contex 
manager in this chapter’s exercises. 


Descriptors 


Descriptors are classes which provide access control for the attributes of other 
classes. Any class that implements one or more of the descriptor special 
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methods,_get_(),_set_(), and_delete_(), is called (and can be used as) 

a descriptor. 

The built-in property!) and classmethodl) functions are implemented using 
descriptors. The key to understanding descriptors is that although we create 
an instance of a descriptor in a class as a class attribute, Python accesses the 
descriptor through the class’s instances. 

To make things clear, let’s imagine that we have a class whose instances hold 
some strings. We want to access the strings in the normal way, for example, 
as a property, but we also want to get an XML-escaped version of the strings 
whenever we want. One simple solution would be that whenever a string is 
set we immediately create an XML-escaped copy. But if we had thousands 
of strings and only ever read the XML version of a few of them, we would 
be wasting a lot of processing and memory for nothing. So we will create a 
descriptor that will provide XML-escaped strings on demand without storing 
them. We will start with the beginning of the client (owner) class, that is, the 
class that uses the descriptor: 

class Product: 

_slots_ = ("_name", "_description", "_price") 

name_as_xml = XmlShadow!"name") 

description_as_xml = XmlShadow("description") 

def _init_(self, name, description, price): 

self._name = name 

self.description = description 
self.price = price 

The only code we have not shown are the properties; the name is a read-only 
property and the description and price are readable/writable properties, all set 
up in the usual way. (All the code is in the XmlShadow. py file.) We have used the 

_slots_variable to ensure that the class has no_diet_and can store only 

the three specified private attributes; this is not related to or necessary for our 
use of descriptors. The name as xml and description as xml class attributes are 
set to be instances of the XmlShadow descriptor. Although no Product object has a 
nameasxml attributeor a descript ionasxml attribute, thanks to the descriptor 
we can write code like this (here quoting from the module’s doctests): 

»> product = Product ("Chisel <3cm>", "Chisel & cap", 45.25) 

»> product.name, product.name_as_xml, product.description_as_xml 
('Chisel <3cm>', 'Chisel &lt;3cm&gt;', 'Chisel &amp; cap') 

This works because when we try to access, for example, the name as xml 
attribute. Python finds that the Product class has a descriptor with that name. 
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and so uses the descriptor to get the attribute’s value. Here’s the complete code 
for the XmlShadow descriptor class: 

class XmlShadow; 

def _init_(self, attribute_naine): 

self .attribute_name = attribute_naine 

def_get_(self, instance, owner=None): 

return xml.sax.saxutils.escape( 

getattr(instance, self.attribute_name)) 

When the name as xml and description as xml objects are created we pass the 
name of the Product class’s corresponding attribute to the XmlShadow initializ¬ 
er so that the descriptor knows which attribute to work on. Then, when the 
name as xml or description as xml attribute is looked up, Python calls the de¬ 
scriptor’s _ get_ () method. The self argument is the instance of the descrip¬ 

tor, the instance argument is the Product instance (i.e., the product’s self), and 
the owner argument is the owning class (Product in this case). We use the getat- 
t r () function to retrieve the relevant attribute from the product (in this case 
the relevant property), and return an XML-escaped version of it. 

If the use case was that only a small proportion of the products were accessed 
for their XML strings, but the strings were often long and the same ones were 
frequently accessed, we could use a cache. For example: 

class CachedXmlShadow: 

def_init_(self, attribute_name); 

self.attribute_name = attribute_name 
self.cache = {} 

def_get_(self, instance, owner=None): 

xml_text = self.cache.get(id(instance)) 
if xml_text is not None; 
return xml_text 

return self.cache.setdefault(id(instance), 
xml.sax.saxutils.escape( 

getattr(instance, self.attribute_name))) 

We store the unique identity of the instance as the key rather than the instance 
itself because dictionary keys must be hashable (which IDs are), but we don’t 
want to impose that as a requirement on classes that use the CachedXmlShad¬ 
ow descriptor. The key is necessary because descriptors are created per class 
rather than per instance. (The diet. setdef ault () method conveniently returns 
the value for the given key, or if no item with that key is present, creates a new 
item with the given key and value and returns the value.) 
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Having seen descriptors used to generate data without necessarily storing it, 
we will now look at a descriptor that can be used to store all of an object’s at¬ 
tribute data, with the object not needing to store anything itself In the exam¬ 
ple, we will just use a dictionary, but in a more realistic context, the data might 
be stored in a file or a database. Here’s the start of a modified version of the 
Point class that makes use of the descriptor (from the ExternalStorage. py file): 

class Point: 

_slots_ = 0 

X = ExternalStorageC'x") 
y = ExternalStorageC'y") 

def _init_(self, x=0, y=0): 

self.x = X 
self.y = y 

By setting_slots_to an empty tuple we ensure that the class cannot store 

any data attributes at all. When self. x is assigned to. Python finds that there 

is a descriptor with the name “x”, and so uses the descriptor’s_set_() method. 

The rest of the class isn’t shown, but is the same as the original Point class 
shown in Chapter 6. Here is the complete ExternalStorage descriptor class: 

class ExternalStorage: 

_slots_= ("attribute_naine",) 

_storage = {} 

def _init_(self, attribute_name): 

self .attribute_naine = attribute_nanie 

def _set_(self, instance, value): 

self._storage[id(instance), self.attribute_nanie] = value 

def _get_(self, instance, owner=None): 

if instance is None: 
return self 

return self._storage[id(instance), self.attribute_naine] 

Each ExternalStorage object has a single data attribute, attribute name, which 
holds the name of the owner class’s data attribute. Whenever an attribute 

is set we store its value in the private class dictionary,_storage. Similarly, 

whenever an attribute is retrieved we get it from the_storage dictionary. 

As with all descriptor methods, self is the instance of the descriptor object and 
instance is the self of the object that contains the descriptor, so here self is an 
ExternalStorage object and instance is a Point object. 
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Although _storage is a class attribute, we can access it as self._storage (just 

as we can call methods using self .methodi)), because Python will look for it as 
an instance attribute, and not finding it will then look for it as a class attribute. 
The one (theoretical) disadvantage of this approach is that if we have a class 
attribute and an instance attribute with the same name, one would hide the 
other. (If this were really a problem we could always refer to the class attribute 

using the class, that is, ExternalStorage._storage. Although hard-coding the 

class does not play well with subclassing in general, it doesn’t really matter 
for private attributes since Python name-mangles the class name into them 
anyway.) 

The implementation of the_ get _() special method is slightly more sophisti¬ 

cated than before because we provide a means by which the ExternalStorage 
instance itself can be accessed. For example, if we have p = Point (3, 4), we can 
access the x-coordinate with p.x, and we can access the ExternalStorage object 
that holds all the xs with Point. x. 

To complete our coverage of descriptors we will create the Property descriptor 
that mimics the behavior of the built-in prope rty () function, at least for setters 
and getters. The code is in Property .py. Here is the complete NameAndExtension 
class that makes use of it: 

class NameAndExtension: 

def_init_(self, name, extension): 

self._name = name 

self.extension = extension 

(aProperty # Uses the custom Property 

def name{self): 

return self._name 

(aProperty # Uses the custom Property 

def extension(self): 

return self._extension 

(aextension.setter # Uses the custom Property 

def extension(self, extension): 
self._extension = extension 

The usage is just the same as for the built-in (aproperty decorator and for the 
(aproperty/Vame.setter decorator. Here is the start of the Property descriptor’s 
implementation: 

class Property: 

def_init_(self, getter, setter=None): 

self._getter = getter 


descriptor 


descriptor 


descriptor 
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self. setter = setter 

self. name = getter. name 

The class’s initializer takes one or two functions as arguments. If it is used as 
a decorator, it will get just the decorated function and this becomes the getter, 
while the setter is set to None. We use the getter’s name as the property’s name. 
So for each property, we have a getter, possibly a setter, and a name. 

def_get_(self, instance, owner=None): 

if instance is None: 
return self 

return self._getter(instance) 

When a property is accessed we return the result of calling the getter func¬ 
tion where we have passed the instance as its first parameter. At first sight, 

self._getterO looks like a method call, but it is not. In fact, self._getter 

is an attribute, one that happens to hold an object reference to a method 
that was passed in. So what happens is that first we retrieve the attribute 

(self._getter), and then we call it as a function (). And because it is called as 

a function rather than as a method we must pass in the relevant self object 
explicitly ourselves. And in the case of a descriptor the self object (from the 
class that is using the descriptor) is called instance (since self is the descriptor 
object). The same applies to the_set_() method. 

def_set_(self, instance, value): 

if self._setter is None: 

raise AttributeError({0}' is read-only".format( 
self._name_)) 

return self._setter(instance, value) 

If no setter has been specified, we raise an AttributeError; otherwise, we call 
the setter with the instance and the new value. 

def setter(self, setter): 

self._setter = setter 

return self._setter 

This method is called when the interpreter reaches, for example, @exten- 
sion.setter, with the function it decorates as its setter argument. It stores 

the setter method it has been given (which can now be used in the_set_() 

method), and returns the setter, since decorators should return the function or 
method they decorate. 

We have now looked at three quite different uses of descriptors. Descriptors 
are a very powerful and flexible feature that can be used to do lots of under- 
the-hood work while appearing to be simple attributes in their client (own¬ 
er) class. 
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Class Decorators 


Just as we can create decorators for functions and methods, we can also create 
decorators for entire classes. Class decorators take a class object (the result of 
the class statement), and should return a class—normally a modified version 
of the class they decorate. In this subsection we will study two class decorators 
to see how they can be implemented. 

In Chapter 6 we created the SortedList custom collection class that aggregated 
a plain list as the private attribute self._list. Eight of the SortedList meth¬ 

ods simply passed on their work to the private attribute. For example, here are 
how the SortedList. clear() and SortedList. pop() methods were implemented: 

def clear(self): 
self._list = [] 

def pop(self, index=-l): 

return self._list.pop(index) 

There is nothing we can do about the clear() method since there is no corre¬ 
sponding method for the list type, but for pop (), and the other six methods that 
SortedList delegates, we can simply call the list class’s corresponding method. 
This can be done by using the (adelegate class decorator from the book’s Util 
module. Here is the start of a new version of the SortedList class: 

(autil.delegate("_list", ("pop", "_delitein_", "_getitem_", 

"_iter_", "_reversed_", "_len_", "_str_")) 

class SortedList: 

The first argument is the name of the attribute to delegate to, and the second 
argument is a sequence of one or more methods that we want the delegate!) 
decorator to implement for us so that we don’t have to do the work ourselves. 
The SortedList class in the SortedListDelegate.py file uses this approach and 
therefore does not have any code for the methods listed, even though it fully 
supports them. Here is the class decorator that implements the methods: 

def delegate(attribute_nanie, inethod_names): 
def decorator(cls): 

nonlocal attribute_name 

if attribute_naine.startswith("_"): 

attribute_name = + els._name_ + attribute_name 

for name in method_names: 

setattr(cls, name, evalC'lambda self, *a, **kw: " 

"self.{0}.{l}(*a, **kw)".format( 
attribute_name, name))) 

return els 
return decorator 
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We could not use a plain decorator because we want to pass arguments to the 
decorator, so we have instead created a function that takes our arguments and 
that returns a class decorator. The decorator itself takes a single argument, 
a class (just as a function decorator takes a single function or method as 
its argument). 

We must use nonlocal so that the nested function uses the attribute name from 
the outer scope rather than attempting to use one from its own scope. And 
we must be able to correct the attribute name if necessary to take account of 
the name mangling of private attributes. The decorator’s behavior is quite 
simple: It iterates over all the method names that the delegate!) function has 
been given, and for each one creates a new method which it sets as an attribute 
on the class with the given method name. 

We have used eval() to create each of the delegated methods since it can be 
used to execute a single statement, and a lambda statement produces a method 
or function. For example, the code executed to produce the pop() method is: 

lambda self, *a, **kw; self._SortedList_list.pop(*a, **kw) 

We use the * and ** argument forms to allow for any arguments even though 
the methods being delegated to have specific argument lists. For example, 
list. pop!) accepts a single index position (or nothing, in which case it defaults 
to the last item). This is okay because if the wrong number or kinds of argu¬ 
ments are passed, the list method that is called to do the work will raise an 
appropriate exception. 

The second class decorator we will review was also used in Chapter 6. When 
we implemented the FuzzyBool class we mentioned that we had supplied only 

the_It_!) and_eq_!) special methods (for < and ==), and had generated all 

the other comparison methods automatically. What we didn’t show was the 
complete start of the class definition: 

@Util. coinplete_comparisons 
class FuzzyBool: 

The other four comparison operators were provided by the complete compar- 
isons!) class decorator. Given a class that defines only < (or < and ==), the deco¬ 
rator produces the missing comparison operators by using the following logical 
equivalences: 

X = y —i(x<yvy<x) 

X ^ —1 (x = y) 
x>y y <x 

X <y —1 (y <x) 

X > y —1 (x < y) 

If the class to be decorated has < and ==, the decorator will use them both, 
falling back to doing everything in terms of < if that is the only operator 
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supplied. (In fact, Python automatically produces > if < is supplied, ! = if == is 
supplied, and >= if <= is supplied, so it is sufficient to just implement the three 
operators <, <=, and == and to leave Python to infer the others. However, using 
the class decorator reduces the minimum that we must implement to just <. 
This is convenient, and also ensures that all the comparison operators use the 
same consistent logic.) 

def complete_coniparisons(cls): 

assert els._It_ is not object._It_, ( 

"{0} must define < and ideally ==".format(cls._name_)) 

if els._eq_ is object._eq_; 

els._eq_ = lambda self, other: (not 

(els._It_(self, other) or els._It_(other, self))) 

els._ne_ = lambda self, other: not els._eq_(self, other) 

els._gt_ = lambda self, other: els._It_(other, self) 

els._le_ = lambda self, other: not els._It_(other, self) 

els._ge_ = lambda self, other: not els._It_(self, other) 

return els 

One problem that the decorator faces is that class object from which every 
other class is ultimately derived defines all six comparison operators, all of 
which raise a TypeError exception if used. So we need to know whether < and 
== have been reimplemented (and are therefore usable). This can easily be done 
by comparing the relevant special methods in the class being decorated with 
those in object. 

If the decorated class does not have a custom < the assertion fails because that 
is the decorator’s minimum requirement. And if there is a custom == we use 
it; otherwise, we create one. Then all the other methods are created and the 
decorated class, now with all six comparison methods, is returned. 

Using class decorators is probably the simplest and most direct way of 
changing classes. Another approach is to use metaclasses, a topic we will cover 
later in this chapter. 


Abstract Base Classes 


An abstract base class (ABC) is a class that cannot be used to create objects. 
Instead, the purpose of such classes is to define interfaces, that is, to in effect 
list the methods and properties that classes that inherit the abstract base class 
must provide. This is useful because we can use an abstract base class as a 
kind of promise—a promise that any derived class will provide the methods 
and properties that the abstract base class specifies.* 


*Python’s abstract base classes are described in PEP 3119 (www.python.org/clev/peps/pep-3119), 
which also includes a very useful rationale and is well worth reading. 
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Table 8.3 The Numbers Module’s Abstract Base Classes 

ABC 

Inherits 

API 

Examples 

Number 

object 


complex, 

decimal.Decimal, 
float, 

fractions.Fraction, 
int 

Complex 

Number 

==, abs 0 , bool () , 

complex! ), conjugate! ); also real 
and imag properties 

complex, 

decimal.Decimal, 
float, 

fractions.Fraction, 
int 

Real 

Complex 

< <= == 1= >= > + — * / 

//,%, abs!), bool!), complex!), 
conjugate!), divinod!), float!), 
math.ceil!), math.floor!), round!), 
trunc!); also real and imag 
properties 

decimal.Decimal, 
float, 

fractions.Fraction, 
int 

Rational 

Real 

< <= == 1= >= > + — * / 

//,%, abs!), bool!), complex!), 
conjugate!), divmod!), float!), 
math.ceil!), math.floor!), round!), 
trunc! ); also real, imag, numerator, 
and denominator properties 

fractions.Fraction, 
int 

Integral 

Rational 

<, <=, ==, !=, >=, >, +, -, *, /, //, 

%, «,», 1 , abs !) , bool !) , 

complex! ), conjugate! ), divmod! ), 
float! ), math.ceil! ), math.floor! ), 
pow! ), round! ), trunc! ); also real, 
imag, numerator, and denominator 
properties 

int 


Abstract base classes are classes that have at least one abstract method or 
property. Abstract methods can be defined with no implementation (i.e., their 
suite is pass, or if we want to force reimplementation in a subclass, raise 
NotIinplementedError( )), or with an actual (concrete) implementation that can 
be invoked from subclasses, for example, when there is a common case. They 
can also have other concrete (i.e., nonabstract) methods and properties. 

Classes that derive from an ABC can be used to create instances only if they 
reimplement all the abstract methods and abstract properties they have inher¬ 
ited. For those abstract methods that have concrete implementations (even if 
it is only pass), the derived class could simply use super( ) to use the ABC’s ver- 
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sion. Any concrete methods or properties are available through inheritance as 
usual. All ABCs must have a metaclass of abc.ABCMeta (from the abc module), 
or from one of its subclasses. We cover metaclasses a bit further on. 

Python provides two groups of abstract base classes, one in the collections 
module and the other in the numbers module. They allow us to ask questions 
about an object; for example, given a variable x, we can see whether it is a se¬ 
quence using isinstance(x, collections.MutableSequence) or whether it is a 
whole number using isinstance(x, numbers. Integral). This is particularly use¬ 
ful in view of Python’s dynamic typing where we don’t necessarily know (or 
care) what an object’s type is, but want to know whether it supports the oper¬ 
ations we want to apply to it. The numeric and collection ABCs are listed in 
Tables 8.3 and 8.4. The other major ABC is io. lOBase from which all the file and 
stream-handling classes derive. 

To fully integrate our own custom numeric and collection classes we ought to 
make them fit in with the standard ABCs. For example, the So rtedList class is 
a sequence,but as it stands, isinstance(t, collections.Sequence) returns False 
if t is a So rtedList. One easy way to fix this is to inherit the relevant ABC: 

class SortedList(collections.Sequence): 

By making collections.Sequence the base class, the isinstanceO test will 

now return True. Furthermore, we will be required to implement_init_() 

(or _new_()), _getitem_(), and _len_() (which we do). The collec¬ 

tions . Sequence ABC also provides concrete (i.e., nonabstract) implementations 

for_contains_(),_iter_(),_reversed_(), count (), and index(). In the case 

of So rtedList, we reimplement them all, but we could have used the ABC ver¬ 
sions if we wanted to, simply by not reimplementing them. We cannot make 
SortedList a subclass of collections .MutableSequence even though the list 
is mutable because SortedList does not have all the methods that a collec¬ 
tions. MutableSequence must provide, such as_setitem_() and append(). (The 

code for this SortedList is in SortedListAbc.py. We will see an alternative ap¬ 
proach to making a SortedList into a collections.Sequence in the Metaclasses 
subsection.) 

Now that we have seen how to make a custom class fit in with the standard 
ABCs, we will turn to another use of ABCs: to provide an interface promise 
for our own custom classes. We will look at three rather different examples to 
cover different aspects of creating and using ABCs. 

We will start with a very simple example that shows how to handle read¬ 
able/writable properties. The class is used to represent domestic appliances. 
Every appliance that is created must have a read-only model string and a read¬ 
able/writable price. We also want to ensure that the ABC’s_init_() is reim¬ 

plemented. Here’s the ABC (from Appliance, py); we have not shown the import 
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Table 8.4 The Collections Module’s Main Abstract Base Classes 


ABC 

Inherits 

API 

Examples 

Callable 

object 

0 

All functions, 
methods, and 
lambdas 

Container 

object 

in 

bytearray, bytes, 
diet, f rozenset, 
list, set, str, tuple 

Hashable 

object 

hash() 

bytes, f rozenset, 
str, tuple 

Iterable 

object 

iterO 

bytearray, bytes, 
collections.deque, 
diet, f rozenset, 
list, set, str, tuple 

Iterator 

Iterable 

iter(), next() 


Sized 

object 

len() 

bytearray, bytes, 
collections.deque, 
diet, f rozenset, 
list, set, str, tuple 

Mapping 

Container, 

Iterable, 

Sized 

==, !=, [], len(), iterO, 
in, get0, itemsO, keysO, 
values() 

diet 

Mutable- 

Mapping 

Mapping 

==, !=, [], del, len(), iter(), 
in, clear!), get(), items!), 
keys!), pop!), popitem!), 
setdefault!), update!), 
values!) 

diet 

Sequence 

Container, 

Iterable, 

Sized 

[], len!), iter!), reversed!), 
in, count!), index!) 

bytearray, bytes, 
list, str, tuple 

Mutable- 

Sequence 

Container, 

Iterable, 

Sized 

[],+=, del, len!), iter!), 
reversed!), in, append!), 
count!), extend!), index!), 
insert!), pop!), remove!), 
reverse!) 

bytearray, list 

Set 

Container, 

Iterable, 

Sized 

<,<=,==, !=,=>,>,&, 1,", len!), 
iter!), in, isdisjoint!) 

frozenset,set 

MutableSet 

Set 

<,<=,==, !=,=>,>,&, 1,^ 

&=, |=, "=,-=, len!), iter!), 
in, add!), clear!), discard!), 
isdisjoint!), pop!), remove!) 

set 
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abc statement which is needed for the abstractmethod( ) and abstractproperty( ) 
functions, both of which can be used as decorators: 

class Appliance(metaclass=abc.ABCMeta): 

(aabc.abstractmethod 

def _init_(self, model, price): 

self._model = model 

self.price = price 

def get_price(self): 
return self._price 

def set_price(self, price): 
self._price = price 

price = abc.abstractproperty(get_price, set_price) 

(aproperty 
def model(self): 

return self._model 

We have set the class’s metaclass to be abc .ABCMeta since this is a requirement 
for ABCs; any abc.ABCMeta subclass can be used instead, of course. We have 

made _init_( ) an abstract method to ensure that it is reimplemented, and 

we have also provided an implementation which we expect (but can’t force) 
inheritors to call. To make an abstract readable/writable property we cannot 
use decorator syntax; also we have not used private names for the getter and 
setter since doing so would be inconvenient for subclasses. 

The price property is abstract (so we cannot use the (aproperty decorator), and is 
readable/writable. Here we follow a common pattern for when we have private 

readable/writable data (e.g.,_price) as a property: We initialize the property 

in the_init_() method rather than setting the private data directly—this 

ensures that the setter is called (and may potentially do validation or other 
work, although it doesn’t in this particular example). 

The model property is not abstract, so subclasses don’t need to reimplement it, 
and we can make it a property using the (aproperty decorator. Here we follow 

a common pattern for when we have private read-only data (e.g.,_model) as 

a property: We set the private_model data once in the_ init _() method, and 

provide read access via the read-only model property. 

Note that no Appliance objects can be created, because the class contains 
abstract attributes. Here is an example subclass: 
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class Cooker(Appliance); 

def _init_(self, model, price, fuel): 

superO._init_(model, price) 

self.fuel = fuel 

price = property(lambda self: super().price, 

lambda self, price: super().set_price(price)) 

The Cooker class must reimplement the _ init_ () method and the price 

property. For the property we have just passed on all the work to the base class. 
The model read-only property is inherited. We could create many more classes 
based on Appliance, such as Fridge, Toaster, and so on. 

The next ABC we will look at is even shorter; it is an ABC for text-filtering 
functors (in file TextFilter. py): 

class TextFilter(metaclass=abc.ABCMeta): 

(aabc.abstractproperty 
def is_transformer(self): 

raise NotImplementedErrorO 

(aabc.abstractmethod 

def _call_(self): 

raise NotImplementedErrorO 

The TextFilter ABC provides no functionality at all; it exists purely to define 

an interface, in this case an is transformer read-only property and a_ call_( ) 

method, that all its subclasses must provide. Since the abstract property and 
method have no implementations we don’t want subclasses to call them, so 
instead of using an innocuous pass statement we raise an exception if they are 
used (e.g., via a super( ) call). 

Here is one simple subclass: 

class CharCounter(TextFilter): 

(aproperty 

def is_transformer(self): 
return False 


def_call_(self, text, chars): 

count = 0 
for c in text: 
if c in chars: 
count += 1 
return count 
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This text filter is not a transformer because rather than transforming the text 
it is given, it simply returns a count of the specified characters that occur in 
the text. Here is an example of use: 

vowel_counter = CharCounter() 

vowel_counter("dog fish and cat fish", "aeiou") # returns; 5 

Two other text filters are provided, both of which are transformers: RunLength- 
Encode and RunLengthDecode. Here is how they are used: 

rle_encoder = RunLengthEncode() 
rle_text = rle_encoder(text) 

rle_decoder = RunLengthDecode!) 
original_text = rle_decoder(rle_text) 

The run length encoder converts a string into UTF-8 encoded bytes, and 
replaces 0x00 bytes with the sequence 0x00, 0x01, 0x00, and any sequence of 
three to 255 repeated bytes with the sequence 0x00, count, byte. If the string has 
lots of runs of four or more identical consecutive characters this can produce a 
shorter byte string than the raw UTF-8 encoded bytes. The run length decoder 
takes a run length encoded byte string and returns the original string. Here is 
the start of the RunLengthDecode class: 

class RunLengthDecode(TextFilter): 

(aproperty 

def is_transformer(self): 
return True 

def_call_(self, rle_bytes): 


We have omitted the body of the _ call _() method, although it is in the 

source that accompanies this book. The RunLengthEncode class has exactly the 
same structure. 

The last ABC we will look at provides an Application Programming Interface 
(API) and a default implementation for an undo mechanism. Here is the 
complete ABC (from file Abst ract. py): 

class Undo(metaclass=abc.ABCMeta): 

(aabc.abstractmethod 

def _init_(self): 

self, undos = [] 
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@abc.abstractproperty 
def can_undo(self): 

return bool(self._undos) 

@abc.abstractniethod 
def undo(self): 

assert self._undos, "nothing left to undo" 

self._undos.pop()(self) 

def add_undo(self, undo): 
self._undos.append(undo) 

The_init_() and undo() methods must be reimplemented since they are 

both abstract; and so must the read-only can undo property. Subclasses don’t 
have to reimplement the add_undo() method, although they are free to do so. 

The undoO method is slightly subtle. The self._undos list is expected to hold 

object references to methods. Each method must cause the corresponding 
action to be undone if it is called—this will be clearer when we look at an Undo 
subclass in a moment. So to perform an undo we pop the last undo method off 

the self._undos list, and then call the method as a function, passing self as an 

argument. (We must pass self because the method is being called as a function 
and not as a method.) 

Here is the beginning of the Stack class; it inherits Undo, so any actions per¬ 
formed on it can be undone by calling Stack, undo() with no arguments: 

class Stack(Undo): 

def _init_(self): 

superO ._init_() 

self._stack = [] 

(aproperty 

def can_undo(self): 

return super().can_undo 

def undo(self): 
superO .undoO 

def push(self, item): 

self._stack.append(item) 

self.add_undo(lambda self: self._stack.popO) 

def pop(self): 

item = self._stack.popO 

self.add_undo(lambda self: self._stack.append(item)) 

return item 



388 


Chapter 8. Advanced Programming Techniques 


We have omitted Stack, top() and Stack._str_() since neither adds anything 

new and neither interacts with the Undo base class. For the can undo property 
and the undo( ) method, we simply pass on the work to the base class. If these 
two were not abstract we would not need to reimplement them at all and the 
same effect would be achieved; but in this case we wanted to force subclasses 
to reimplement them to encourage undo to be taken account of in the subclass. 
For push() and pop() we perform the operation and also add a function to the 
undo list which will undo the operation that has just been performed. 

Abstract base classes are most useful in large-scale programs, libraries, and 
application frameworks, where they can help ensure that irrespective of 
implementation details or author, classes can work cooperatively together 
because they provide the APIs that their ABCs specify. 


Multiple Inheritance 


Multiple inheritance is where one class inherits from two or more other classes. 
Although Python (and, for example, C++) fully supports multiple inheritance, 
some languages—most notably, Java—don’t allow it. One problem is that 
multiple inheritance can lead to the same class being inherited more than once 
(e.g., if two of the base classes inherit from the same class), and this means that 
the version of a method that is called, if it is not in the subclass but is in two 
or more of the base classes (or their base classes, etc.), depends on the method 
resolution order, which potentially makes classes that use multiple inheritance 
somewhat fragile. 

Multiple inheritance can generally be avoided by using single inheritance (one 
base class), and setting a metaclass if we want to support an additional API, 
since as we will see in the next subsection, a metaclass can be used to give the 
promise of an API without actually inheriting any methods or data attributes. 
An alternative is to use multiple inheritance with one concrete class and one 
or more abstract base classes for additional APIs. And another alternative is 
to use single inheritance and aggregate instances of other classes. 

Nonetheless, in some cases, multiple inheritance can provide a very convenient 
solution. For example, suppose we want to create a new version of the Stack 
class from the previous subsection, but want the class to support loading and 
saving using a pickle. We might well want to add the loading and saving 
functionality to several classes, so we will implement it in a class of its own: 

class LoadSave: 

def _init_(self, filename, *attribute_names): 

self.filename = filename 

self._attributenames = [] 

for name in attribute_names: 
if name.startswithC "): 
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name = + self._class_._name_ + name 

self._att ribute_names.append(name) 

def save(self): 

with open(self.filename, "wb") as fh: 
data = [] 

for name in self._attribute_names: 

data.append(getattr(self, name)) 
pickle.dump(data, fh, pickle.HIGHEST_PR0T0C0L) 

def load(self); 

with open(self.filename, "rb") as fh: 
data = pickle.load(fh) 

for name, value in zip(self._attribute_names, data): 

setattr(self, name, value) 

The class has two attributes: filename, which is public and can be changed at 

any time, and_attribute names, which is fixed and can be set only when the 

instance is created. The saveO method iterates over all the attribute names 
and creates a list called data that holds the value of each attribute to be saved; 
it then saves the data into a pickle. The with statement ensures that the file is 
closed if it was successfully opened, and any file or pickle exceptions are passed 
up to the caller. The load() method iterates over the attribute names and the 
corresponding data items that have been loaded and sets each attribute to its 
loaded value. 

Here is the start of the FileStack class that multiply-inherits the Undo class 
from the previous subsection and this subsection’s LoadSave class: 

class FileStack(Undo, LoadSave): 

def_init_(self, filename): 

Undo._init_(self) 

LoadSave._init_(self, filename, "_stack") 

self._stack = [] 

def load(self): 
superO .loadO 
self.clearO 

The rest of the class is just the same as the Stack class, so we have not repro¬ 
duced it here. Instead of using super() in the_init_() method we must spec¬ 

ify the base classes that we initialize since super () cannot guess our intentions. 
For the LoadSave initialization we pass the filename to use and also the names 

of the attributes we want saved; in this case just one, the private_stack. (We 

don’t want to save the_undos; and nor could we in this case since it is a list of 

methods and is therefore unpicklable.) 
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The FileStack class has all the Undo methods, and also the LoadSave class’s saved 
and loadO methods. We have not reimplemented saved since it works fine, 
but for load () we must clear the undo stack after loading. This is necessary 
because we might do a save, then do various changes, and then a load. The load 
wipes out what went before, so any undos no longer make sense. The original 
Undo class did not have a clear( ) method, so we had to add one: 

def clear(self): # In class Undo 

self._undos = [] 

In the Stack.load0 method we have used superd to call LoadSave.load () be¬ 
cause there is no Undo.load () method to cause ambiguity. If both base class¬ 
es had had a load ( ) method, the one that would get called would depend on 
Python’s method resolution order. We prefer to use superd only when there 
is no ambiguity, and to use the appropriate base name otherwise, so we never 
rely on the method resolution order. For the self. clea r ( ) call, again there is no 
ambiguity since only the Undo class has a clear () method, and we don’t need to 
use superd since (unlike load( )) FileStack does not have a cleard method. 

What would happen if, later on, a cleard method was added to the FileStack 
class? It would break the loadd method. One solution would be to call su¬ 
per!). clea r( ) inside load!) instead of plain self. clear (). This would result in 
the first super-class’s clear! ) method that was found being used. To protect 
against such problems we could make it a policy to use hard-coded base classes 
when using multiple inheritance (in this example, calling Undo. clea r! self )). Or 
we could avoid multiple inheritance altogether and use aggregation, for exam¬ 
ple, inheriting the Undo class and creating a LoadSave class designed for aggre¬ 
gation. 

What multiple inheritance has given us here is a mixture of two rather dif¬ 
ferent classes, without the need to implement any of the undo or the loading 
and saving ourselves, relying instead on the functionality provided by the base 
classes. This can be very convenient and works especially well when the inher¬ 
ited classes have no overlapping APIs. 


Metaclasses 


A metaclass is to a class what a class is to an instance; that is, a metaclass is 
used to create classes, just as classes are used to create instances. And just as 
we can ask whether an instance belongs to a class by using isinstance!), we 
can ask whether a class object (such as diet, int, or So rtedList) inherits another 
class using issubclass!). 

The simplest use of metaclasses is to make custom classes fit into Python’s 
standard ABC hierarchy. For example, to make SortedList a collections. 




Further Object-Oriented Programming 


391 


Sequence, instead of inheriting the ABC (as we showed earlier), we can simply 
register the SortedList as a collections. Sequence: 

class SortedList: 

collections.Sequence.register(SortedList) 

After the class is defined normally, we register it with the collections. Sequence 
ABC. Registering a class like this makes it a virtual subclass* A virtual sub¬ 
class reports that it is a subclass of the class or classes it is registered with (e.g., 
using isinstance{) or issubclass()), but does not inherit any data or methods 
from any of the classes it is registered with. 

Registering a class like this provides a promise that the class provides the API 
of the classes it is registered with, but does not provide any guarantee that it 
will honor its promise. One use of metaclasses is to provide both a promise and 
a guarantee about a class’s API. Another use is to modify a class in some way 
(like a class decorator does). And of course, metaclasses can be used for both 
purposes at the same time. 

Suppose we want to create a group of classes that all provide load () and save () 
methods. We can do this by creating a class that when used as a metaclass, 
checks that these methods are present: 

class LoadableSaveable(type): 

def _init_(els, classname, bases, dictionary): 

superO._init_(classname, bases, dictionary) 

assert hasattr(cls, "load") and \ 

isinstance(getattr(cls, "load"), 

collections.Callable), ("class + 

classname + must provide a load() method") 
assert hasattr(cls, "save") and \ 

isinstance(getattr(cls, "save"), 

collections.Callable), ("class + 

classname + must provide a saveO method") 

Classes that are to serve as metaclasses must inherit from the ultimate 
metaclass base class, type, or one of its subclasses. 

Note that this class is called when classes that use it are instantiated, in all 
probability not very often, so the runtime cost is extremely low Notice also 
that we must perform the checks after the class has been created (using the 
super () call), since only then will the class’s attributes be available in the class 
itself (The attributes are in the dictionary, but we prefer to work on the actual 
initialized class when doing checks.) 


*In Python terminology, virtual does not mean the same thing as it does in C++ terminology. 
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We could have checked that the load and save attributes are callable using 

hasattrO to check that they have the _call_ attribute, but we prefer to 

check whether they are instances of collections. Callable instead. The collec¬ 
tions. Callable abstract base class provides the promise (but no guarantee) that 
instances of its subclasses (or virtual subclasses) are callable. 

Once the class has been created (using type._new_() or a reimplementation 

of_new_0), the metaclass is initialized by calling its_init_() method. 

The arguments given to_init_() are els, the class that’s just been created; 

classname, the class’s name (also available from els._name_); bases, a list of 

the class’s base classes (excluding object, and therefore possibly empty); and 
dictionary that holds the attributes that became class attributes when the els 
class was created, unless we intervened in a reimplementation of the meta¬ 
class’s_new_0 method. 

Here are a couple of interactive examples that show what happens when we 
create classes using the LoadableSaveable metaclass: 

>» class Bad(metaclass=Meta.LoadableSaveable): 

def some_method(self): pass 
Traceback (most recent call last): 

AssertionError: class 'Bad' must provide a load() method 

The metaclass specifies that classes using it must provide certain methods, and 
when they don’t, as in this case, an AssertionError exception is raised. 

>» class Good(inetaclass=Meta. LoadableSaveable): 
def load(self): pass 
def save(self): pass 
»> g = GoodO 

The Good class honors the metaclass’s API requirements, even if it doesn’t meet 
our informal expectations of how it should behave. 

We can also use metaclasses to change the classes that use them. If the change 
involves the name, base classes, or dictionary of the class being created (e.g., 

its slots), then we need to reimplement the metaclass’s_new_() method; but 

for other changes, such as adding methods or data attributes, reimplementing 

_init_() is sufficient, although this can also be done in_new_(). We will now 

look at a metaclass that modifies the classes it is used with purely through its 
_new_0 method. 

As an alternative to using the (aproperty and @name. setter decorators, we could 
create classes where we use a simple naming convention to identify properties. 
For example, if a class has methods of the form get nameO and set nameO, 
we would expect the class to have a private_ name property accessed using 
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instance, name for getting and setting. This can all be done using a metaclass. 
Here is an example of a class that uses this convention: 

class Product(metaclass=AutoSlotProperties): 

def_init_(self, barcode, description): 

self._barcode = barcode 

self.description = description 

def get_barcode(self): 
return self._barcode 

def get_description(self): 
return self._description 

def set_description(self, description): 

if description is None or len(description) < 3: 

self._description = "<lnvalid Description>" 

else; 

self._description = description 

We must assign to the private_barcode property in the initializer since there 

is no setter for it; another consequence of this is that barcode is a read-only 
property. On the other hand, description is a readable/writable property. Here 
are some examples of interactive use: 

»> product = Product("101110110", "Srnm Stapler") 

»> product .barcode, product.description 
('101110110', 'Slum Stapler') 

»> product .description = "Smm Stapler (long)" 

»> product .barcode, product.description 
('101110110', '8mni Stapler (long)') 

If we attempt to assign to the bar code an AttributeError exception is raised 
with the error text “can’t set attribute”. 

If we look at the Product class’s attributes (e.g., using dir()), the only public 
ones to be found are barcode and description. The get_name(J and set_name() 
methods are no longer there—they have been replaced with the name property. 

And the variables holding the bar code and description are also private (_ba r- 

code and_description), and have been added as slots to minimize the class’s 

memory use. This is all done by the AutoSlotProperties metaclass which is im¬ 
plemented in a single method: 

class AutoSlotProperties(type): 

def _new_(mcl, classname, bases, dictionary): 

slots = list(dictionary.get("_slots_", [])) 
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for getter_name in [key for key in dictionary 
if key.startswith("get_")]: 
if isinstance(dictionary[getter_name], 
collections.Callable): 
name = getter_name[4:] 

slots.appendC_" + name) 

getter = dictionary.pop(getter_name) 
setter_name = "set_" + name 
setter = dictionary.get(setter_name, None) 
if (setter is not None and 

isinstance(setter, collections.Callable)): 
del dictionary[setter_name] 
dictionary[name] = property(getter, setter) 

dictionary)"_slots_"] = tuple(slots) 

return super))._new_(mcl, classname, bases, dictionary) 

A metaclass’s_new_() class method is called with the metaclass, and the class 

name, base classes, and dictionary of the class that is to be created. We must 

use a reimplementation of_new_() rather than_init_() because we want 

to change the dictionary before the class is created. 

We begin by copying the_slots_collection, creating an empty one if none 

is present, and making sure we have a list rather than a tuple so that we can 
modify it. For every attribute in the dictionary we pick out those that begin 
with "get " and that are callable, that is, those that are getter methods. For 
each getter we add a private name to the slots to store the corresponding data; 

for example, given getter get_naffle() we add_ name to the slots. We then take a 

reference to the getter and delete it from the dictionary under its original name 
(this is done in one go using diet. pop ()). We do the same for the setter if one is 
present, and then we create a new dictionary item with the desired property 
name as its key; for example, if the getter is get_name() the property name is 
name. We set the item’s value to be a property with the getter and setter (which 
might be None) that we have found and removed from the dictionary. 

At the end we replace the original slots with the modified slots list which has 
a private slot for each property that was added, and call on the base class to ac¬ 
tually create the class, but using our modified dictionary. Note that in this case 
we must pass the metaclass explicitly in the super)) call; this is always the case 
for calls to_new_() because it is a class method and not an instance method. 

For this example we didn’t need to write an_init_() method because we have 

done all the work in_new_(), but it is perfectly possible to reimplement both 

_new_() and_init_() doing different work in each. 

If we consider hand-cranked drills to be analogous to aggregation and inher¬ 
itance and electric drills the analog of decorators and descriptors, then meta¬ 
classes are at the laser beam end of the scale when it comes to power and 
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versatility. Metaclasses are the last tool to reach for rather than the first, ex¬ 
cept perhaps for application framework developers who need to provide power¬ 
ful facilities to their users without making the users go through hoops to realize 
the benefits on offer. 


Functional-Style Programming 


Functional-style programming is an approach to programming where com¬ 
putations are built up from combining functions that don’t modify their argu¬ 
ments and that don’t refer to or change the program’s state, and that provide 
their results as return values. One strong appeal of this kind of programming 
is that (in theory), it is much easier to develop functions in isolation and to de¬ 
bug functional programs. This is helped by the fact that functional programs 
don’t have state changes, so it is possible to reason about their functions math¬ 
ematically. 

Three concepts that are strongly associated with functional programming are 
mapping, filtering, and reducing. Mapping involves taking a function and an 
iterable and producing a new iterable (or a list) where each item is the result 
of calling the function on the corresponding item in the original iterable. This 
is supported by the built-in map ( ) function, for example: 

list(iTiap(lambda x: x ** 2, [1, 2, 3, 4])) # returns; [1, 4, 9, 16] 

The map( ) function takes a function and an iterable as its arguments and for 
efficiency it returns an iterator rather than a list. Here we forced a list to be 
created to make the result clearer: 

[x ** 2 for X in [1, 2, 3, 4]] # returns; [1, 4, 9, 16] 

A generator expression can often be used in place of map () . Here we have used 
a list comprehension to avoid the need to use list (); to make it a generator we 
just have to change the outer brackets to parentheses. 

Filtering involves taking a function and an iterable and producing a new it¬ 
erable where each item is from the original iterable—providing the function 
returns True when called on the item. The built-in filter]) function sup¬ 
ports this: 

list(filter(lambda x: x > 0, [1, -2, 3, -4])) # returns; [1, 3] 

The filter!) function takes a function and an iterable as its arguments and 
returns an iterator. 


[x for X in [1, -2, 3, -4] if x > 0] 


# returns; [1, 3] 
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The filter() function can always be replaced with a generator expression or 
with a list comprehension. 

Reducing involves taking a function and an iterable and producing a single 
result value. The way this works is that the function is called on the iterable’s 
first two values, then on the computed result and the third value, then on the 
computed result and the fourth value, and so on, until all the values have been 
used. The functools module’s functools. reduced function supports this. Here 
are two lines of code that do the same computation: 

functools.reduce(lambda x, y: x * y, [1, 2, 3, 4]) # returns: 24 
functools. reduce(operator.inul, [1, 2, 3, 4]) # returns: 24 

The operator module has functions for all of Python’s operators specifically to 
make functional-style programming easier. Here, in the second line, we have 
used the operator.muH) function rather than having to create a multiplication 
function using lambda as we did in the first line. 

Python also provides some built-in reducing functions: all(), which given an 
iterable, returns True if all the iterable’s items return True when bool () is ap¬ 
plied to them; any(), which returns True if any of the iterable’s items is True; 
max (), which returns the largest item in the iterable; min (), which returns the 
smallest item in the iterable; and sum(), which returns the sum of the iter¬ 
able’s items. 

Now that we have covered the key concepts, let us look at a few more examples. 
We will start with a couple of ways to get the total size of all the files in list 
files: 

functools.reduce(operator.add, (os.path.getsize(x) for x in files)) 
functools. reduce(operator.add, niap(os.path.getsize, files)) 

Using map () is often shorter than the equivalent list comprehension or genera¬ 
tor expression except where there is a condition. We’ve used operator.add() as 
the addition function instead of lambda x, y: x + y. 

If we only wanted to count the . py file sizes we can filter out non-Python files. 
Here are three ways to do this: 

functools.reduce(operator.add, map(os.path.getsize, 

filter(lambda x: x.endswith(".py")i files))) 
functools.reduce(operator.add, map(os.path.getsize, 

(x for X in files if x.endswith(".py")))) 
functools.reduce(operator.add, (os.path.getsize(x) 

for X in files if x.endswith(".py"))) 

Arguably, the second and third versions are better because they don’t require 
us to create a lambda function, but the choice between using generator expres- 
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sions (or list comprehensions) and mapO and filterO is most often purely a 
matter of personal programming style. 

Using mapO, filterO, and functools. reduce!) often leads to the elimination 
of loops, as the examples we have seen illustrate. These functions are useful 
when converting code written in a functional language, but in Python we 
can usually replace mapO with a list comprehension and filterO with a list 
comprehension with a condition, and many cases of functools. reduce!) can be 
eliminated by using one of Python’s built-in functional functions such as all!), 
any!), max!), min!), and sum!). For example: 

suiii!os.path.getsize!x) for x in files if x.endswith!".py")) 

This achieves the same thing as the previous three examples, but is much 
more compact. 

In addition to providing functions for Python’s operators, the operator module 
also provides the operator.attrgetter!) and operator.itemgetter!) functions, 
the first of which we briefly met earlier in this chapter. Both of these return 
functions which can then be called to extract the specified attributes or items. 

Whereas slicing can be used to extract a sequence of part of a list, and slicing 
with striding can be used to extract a sequence of parts (say, every third item 
with L[ : :3]), operator.itemgetter!) can be used to extract a sequence of arbi¬ 
trary parts, for example, operator, itemgetter !4, 5, 6, 11, 18) !t). The function 
returned by operator, itemgetter!) does not have to be called immediately and 
thrown away as we have done here; it could be kept and passed as the function 
argument to map!), filter!), or functools. reduce!), or used in a dictionary, list, 
or set comprehension. 

When we want to sort we can specify a key function. This function can be any 
function, for example, a lambda function, a built-in function or method (such 
as str.lower!)), or a function returned by operator.attrgetter!). For example, 
assuming list L holds objects with a priority attribute, we can sort the list into 
priority order like this: L. sort !key=operator. att rgetter! "priority")). 

In addition to the functools and operator modules already mentioned, the iter- 
tools module can also be useful for functional-style programming. For exam¬ 
ple, although it is possible to iterate over two or more lists by concatenating 
them, an alternative is to use itertools. chain!) like this: 

for value in itertools.chain!data_listl, data_list2, data_list3): 
total += value 

The itertools .chain!) function returns an iterator that gives successive values 
from the first sequence it is given, then successive values from the second 
sequence, and so on until all the values from all the sequences are used. The 
itertools module has many other functions, and its documentation gives many 
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small yet useful examples and is well worth reading. (Note also that a couple 
of new functions were added to the itertools module with Python 3.1.) 


Partial Function Application 


Partial function application is the creation of a function from an existing 
function and some arguments to produce a new function that does what the 
original function did, but with some arguments fixed so that callers don’t have 
to pass them. Here’s a very simple example: 

enumerate! = functools.partial(enumerate, start=l) 
for lino, line in enumeratel(lines): 
process_line(i, line) 

The first line creates a new function, enumerate!! ), that wraps the given func¬ 
tion (enumerate! )) and a keyword argument (start=!) so that when enumerate!!) 
is called it calls the original function with the fixed argument—and with any 
other arguments that are given at the time it is called, in this case lines. Here 
we have used the enumerate!!) function to provide conventional line counting 
starting from line 1. 

Using partial function application can simplify our code, especially when we 
want to call the same functions with the same arguments again and again. For 
example, instead of specifying the mode and encoding arguments every time 
we call open!) to process UTF-8 encoded text files, we could create a couple of 
functions with these arguments fixed: 

reader = functools.partiaUopen, niode="rt", encoding="utf8") 
writer = functools.partiaUopen, iiiode="wt", encoding="utf8") 

Now we can open text files for reading by calling reader [filename] and for 
writing by calling writer! filename). 

One very common use case for partial function application is in GUI (Graphical 
User Interface) programming (covered in Chapter 15), where it is often conve¬ 
nient to have one particular function called when any one of a set of buttons is 
pressed. For example: 

loadButton = tkinter.Button!frame, text="Load", 

coiiimand=functools.partial(doAction, "load")) 
saveButton = tkinter.Button!frame, text="Save", 

coiiimand=f unctools. partial (doAction, " save")) 

This example uses the tkinter GUI library that comes as standard with 
Python. The tkinter.Button class is used for buttons—here we have created 
two, both contained inside the same frame, and each with a text that indicates 
its purpose. Each button’s command argument is set to the function that tkinter 
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must call when the button is pressed, in this case the doAction () function. We 
have used partial function application to ensure that the first argument given 
to the doAction 0 function is a string that indicates which button called it so 
that doAction () is able to decide what action to perform. 


Coroutines 


Coroutines are functions whose processing can be suspended and resumed at 
specific points. So, typically, a coroutine will execute up to a certain statement, 
then suspend execution while waiting for some data. At this point other parts 
of the program can continue to execute (usually other coroutines that aren’t 
suspended). Once the data is received the coroutine resumes from the point it 
was suspended, performs processing (presumably based on the data it got), and 
possibly sending its results to another coroutine. Coroutines are said to have 
multiple entry and exit points, since they can have more than one place where 
they suspend and resume. 

Coroutines are useful when we want to apply multiple functions to the same 
pieces of data, or when we want to create data processing pipelines, or when 
we want to have a master function with slave functions. Coroutines can also 
be used to provide simpler and lower-overhead alternatives to threading. A 
few coroutine-based packages that provide lightweight threading are available 
from the Python Package Index, pypi. python. org/pypi. 
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In Python, a coroutine is a function that takes its input from a yield expression. 
It may also send results to a receiver function (which itself must be a corou¬ 
tine). Whenever a coroutine reaches a yield expression it suspends waiting for 
data; and once it receives data, it resumes execution from that point. A corou¬ 
tine can have more than one yield expression, although each of the coroutine 
examples we will review has only one. 


Performing Independent Actions on Data 


If we want to perform a set of independent operations on some data, the 
conventional approach is to apply each operation in turn. The disadvantage of 
this is that if one of the operations is slow, the program as a whole must wait 
for the operation to complete before going on to the next one. A solution to this 
is to use coroutines. We can implement each operation as a coroutine and then 
start them all off If one is slow it won’t affect the others—at least not until 
they run out of data to process—since they all operate independently. 

Figure 8.2 illustrates the use of coroutines for concurrent processing. In the fig¬ 
ure, three coroutines (each presumably doing a different job) process the same 
two data items—and take different amounts of time to do their work. In the 
figure, coroutinel( ) works quite quickly, coroutine2( ) works slowly, and corou¬ 
tines () varies. Once all three coroutines have been given their initial data 






400 


Chapter 8. Advanced Programming Techniques 


Step 

Action 

coroutinel() 

coroutine2() 

coroutines!) 

1 

Create coroutines 

Waiting 

Waiting 

Waiting 

2 

coroutinel.sendC'a") 

Process "a" 

Waiting 

Waiting 

3 

coroutine2.send("a") 

Process "a" 

Process "a" 

Waiting 

4 

coroutines.sendC'a") 

Waiting 

Process "a" 

Process "a" 

5 

coroutinel.sendC'b") 

Process "b" 

Process "a" 

Process "a" 

6 

coroutine2.send("b") 

Process "b" 

Process "a" 

("b" pending) 

Process "a" 

7 

coroutines.sendC'b") 

Waiting 

Process "a" 

("b" pending) 

Process "b" 

8 


Waiting 

Process "b" 

Process "b" 

9 


Waiting 

Process "b" 

Waiting 

10 


Waiting 

Process "b" 

Waiting 

11 


Waiting 

Waiting 

Waiting 

12 

coroutineW.close() 

Finished 

Finished 

Finished 


Figure 8.2 Sending two items of data to three coroutines 

to process, if one is ever waiting (because it finishes first), the others continue 
to work, which minimizes processor idle time. Once we are finished using the 
coroutines we call close () on each of them; this stops them from waiting for 
more data, which means they won’t consume any more processor time. 

To create a coroutine in Python, we simply create a function that has at 
least one yield expression—normally inside an infinite loop. When a yield is 
reached the coroutine’s execution is suspended waiting for data. Once the data 
is received the coroutine resumes processing (from the yield expression on¬ 
ward), and when it has finished it loops back to the yield to wait for more data. 
While one or more coroutines are suspended waiting for data, another one can 
execute. This can produce greater throughput than simply executing functions 
one after the other linearly. 

We will show how performing independent operations works in practice by 
applying several regular expressions to the text in a set of HTML files. The 
purpose is to output each file’s URLs and level 1 and level 2 headings. We’ll 
start by looking at the regular expressions, then the creation of the coroutine 
“matchers”, and then we will look at the coroutines and how they are used. 

URL_RE = re. compile (r h ref= (?P<quote> ["'])(?P<u rl> [^\1 ]+?)""" 

r.(?P=quote)., re.IGIMORECASE) 

flags = re.MULTILINEIre.IGNORECASEIre.DOTALL 
H1_RE = re.compile(r"<hl>(?P<hl>.+?)</hl>", flags) 

H2_RE = re.compile(r"<h2>(?P<h2>.+?)</h2>", flags) 
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These regular expressions (“regexes” from now on) match an HTML h ref’s URL 
and the text contained in <hl> and <h2> header tags. (Regular expressions are 
covered in Chapter 13; understanding them is not essential to understanding 
this example.) 

receiver = reporterO 

matchers = (regex_matcher(receiver, URL_RE), 
regex_matcher(receiver, H1_RE), 
regex_matcher(receiver, H2_RE)) 

Since coroutines always have a yield expression, they are generators. So 
although here we create a tuple of matcher coroutines, in effect we are creating 
a tuple of generators. Each regex matche r () is a coroutine that takes a receiver 
function (itself a coroutine) and a regex to match. Whenever the matcher 
matches it sends the match to the receiver. 

@coroutine 

def regex_matcher(receiver, regex): 
while True: 

text = (yield) 

for match in regex.finditer(text): 
receiver.send(match) 

The matcher starts by entering an infinite loop and immediately suspends 
execution waiting for the yield expression to return a text to apply the regex 
to. Once the text is received, the matcher iterates over every match it makes, 
sending each one to the receiver. Once the matching has finished the coroutine 
loops back to the yield and again suspends waiting for more text. 

There is one tiny problem with the (undecorated) matcher—when it is first 
created it should commence execution so that it advances to the yield ready to 
receive its first text. We could do this by calling the built-in next () function on 
each coroutine we create before sending it any data. But for convenience we 
have created the (Scoroutine decorator to do this for us. 

def coroutine(function): 

(afunctools .wraps (function) 
def wrapper(*args, **kwargs): 

generator = function(*args, **kwargs) 
next(generator) 
return generator 
return wrapper 

The @00 routine decorator takes a coroutine function, and calls the built-in 
next () function on it—this causes the function to be executed up to the first 
yield expression, ready to receive data. 
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Now that we have seen the matcher coroutine we will look at how the matchers 
are used, and then we will look at the reporter! ) coroutine that receives the 
matchers’ outputs. 

try; 

for file in sys.argv[l:]: 
print(file) 

html = open(file, encoding="utf8").read!) 
for matcher in matchers: 
matcher.send(html) 

finally: 

for matcher in matchers: 

matcher.close!) 
receiver.close!) 

The program reads the filenames listed on the command line, and for each one 
prints the filename and then reads the file’s entire text into the html variable 
using the UTF-8 encoding. Then the program iterates over all the matchers 
(three in this case), and sends the text to each of them. Each matcher then 
proceeds independently, sending each match it makes to the reporter coroutine. 
At the end we call close!) on each matcher and on the reporter—this termi¬ 
nates them, since otherwise they would continue (suspended) waiting for text 
(or matches in the case of the reporter) since they contain infinite loops. 

(acoroutine 
def reporter!): 

ignore = frozenset!{"style.css", "favicon.png", "index.html"}) 
while True: 

match = !yield) 
if match is not None: 

groups = match.groupdict!) 

if "url" in groups and groups["url"] not in ignore: 

print!" URL:", groups["url"]) 
elif "hi" in groups: 

print!" HI: ", groups["hl"]) 
elif "h2" in groups: 

print!" H2: ", groups["h2"]) 

The reporter!) coroutine is used to output results. It was created by the state¬ 
ment receiver = reporter!) which we saw earlier, and passed as the receiver 
argument to each of the matchers. The reporter!) waits (is suspended) until 
a match is sent to it, then it prints the match’s details, and then it waits again, 
in an endless loop—stopping only if close () is called on it. 

Using coroutines like this may produce performance benefits, but does require 
us to adopt a somewhat different way of thinking about processing. 
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Composing Pipelines 


Sometimes it is useful to create data processing pipelines. A pipeline is simply 
the composition of one or more functions where data items are sent to the first 
function, which then either discards the item (filters it out) or passes it on to the 
next function (either as is or transformed in some way). The second function 
receives the item from the first function and repeats the process, discarding 
or passing on the item (possibly transformed in a different way) to the next 
function, and so on. Items that reach the end are then output in some way. 
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Pipelines typically have several components, one that acquires data, one or 
more that filter or transform data, and one that outputs results. This is exactly 
the functional-style approach to programming that we discussed earlier in the 
section when we looked at composing some of Python’s built-in functions, such 
as filter() and map(). 


One benefit of using pipelines is that we can read data items incrementally, 
often one at a time, and have to give the pipeline only enough data items to 
fill it (usually one or a few items per component). This can lead to significant 
memory savings compared with, say, reading an entire data set into memory 
and then processing it all in one go. 
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Figure 8.3 A three-step coroutine pipeline processing six items of data 


Figure 8.3 illustrates a simple three component pipeline. The first component 
of the pipeline (get dataO) acquires each data item to be processed in turn. 
The second component (process ()) processes the data—and may drop unwanted 
data items—there could be any number of other processing/filtering compo¬ 
nents, of course. The last component (reporter! ))outputsresults. In the figure. 
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items "a", "b", "c", "e", and "f" are processed and produce output, while item 
"d" is dropped. 

The pipeline shown in Figure 8.3 is a filter, since each data item is passed 
through unchanged and is either dropped or output in its original form. The 
end points of pipelines tend to perform the same roles: acquiring data items 
and outputting results. But between these we can have as many components 
as necessary, each filtering or transforming or both. And in some cases, com¬ 
posing the components in different orders can produce pipelines that do differ¬ 
ent things. 

We will start out by looking at a theoretical example to get a better idea of how 
coroutine-based pipelines work, and then we will look at a real example. 

Suppose we have a sequence of floating-point numbers and we want to process 
them in a multicomponent pipeline such that we transform each number into 
an integer (by rounding), but drop any numbers that are out of range (< 0 or >= 
10). If we had the four coroutine components, acqui re () (get a number), to_int() 
(transform a number by rounding and converting to an integer), check() (pass 
on a number that is in range; drop a number that is out of range), and output () 
(output a number), we could create the pipeline like this: 

pipe = acquire(to_int(check(output{)))) 

We would then send numbers into the pipeline by calling pipe.sendO. We’ll 
look at the progress of the numbers 4.3 and 9.6 as they go through the pipeline, 
using a different visualization from the step-by-step figures used earlier: 

pipe, send {4.3) -^acquire(A.3) -^to_int(A.3) -^check{A) -^output(A) 
pipe.send(9.6) -^acquire(9.6) to_int(9.&) -^check{lQ) 

Notice that for 9.6 there is no output. This is because the check{) coroutine 
received 10, which is out of range (>= 10), and so it was filtered out. 

Let’s see what would happen if we created a different pipeline, but using the 
same components: 

pipe = acquire(check(to_int(output()))) 

This simply performs the filtering (check ()) before the transforming (to_int ()). 
Here is how it would work for 4.3 and 9.6: 

pipe.send(4.3) acquire(A.3) check{4.3) to_int{A.3) output(A) 
pipe.send(9.6) acquire(9.6) check{9.6) to_int(9.6) output(IQ) 

Here we have incorrectly output 10, even though it is out of range. This is 
because we applied the check () component first, and since this received an 
in-range value of 9.6, it simply passed it on. But the to_int{) component 
rounds the numbers it gets. 
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We will now review a concrete example—a file matcher that reads all the 
filenames given on the command line (including those in the directories given 
on the command line, recursively), and that outputs the absolute paths of those 
files that meet certain criteria. 

We will start by looking at how pipelines are composed, and then we will 
look at the coroutines that provide the pipeline components. Here is the sim¬ 
plest pipeline: 

pipeline = get_files(receiver) 

This pipeline prints every file it is given (or all the files in the directory it 
is given, recursively). The get f iles () function is a coroutine that yields the 
filenames and the receiver is a reporterO coroutine—created by receiver = 
os. reporter!)—that simply prints each filename it receives. This pipeline does 

waiko little more than the os .walk() function (and in fact uses that function), but we 
224 -< can use its components to compose more sophisticated pipelines. 

pipeline = get_files(suffix_matcher(receiver, (".htm", ".html"))) 

This pipeline is created by composing the getf iles () coroutine together with 
the suff ix_matcher() coroutine. It prints only HTML files. 

Coroutines composed like this can quickly become difficult to read, but there 
is nothing to stop us from composing a pipeline in stages—although for this 
approach we must create the components in last-to-first order. 

pipeline = size_matcher(receiver, mininium=1024 ** 2) 
pipeline = suffix_matcher(pipeline, (".png", ".jpg", ".jpeg")) 
pipeline = get_files(pipeline) 

This pipeline only matches files that are at least one megabyte in size, and that 
have a suffix indicating that they are images. 

How are these pipelines used? We simply feed them filenames or paths and 
they take care of the rest themselves. 

for arg in sys.argv[l: ]: 
pipeline.send(arg) 

Notice that it doesn’t matter which pipeline we are using—it could be the 
one that prints all the files, or the one that prints HTML files, or the images 
one—they all work in the same way. And in this case, all three of the pipelines 
are filters—any filename they get is either passed on as is to the next compo¬ 
nent (and in the case of the reporter!), printed), or dropped because they don’t 
meet the criteria. 

Before looking at the getf iles () and the matcher coroutines, we will look at 
the trivial reporterO coroutine (passed as receiver) that outputs the results. 
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@coroutine 

def reporterO: 
while True: 

filename = (yield) 
print(filename) 

We have used the same @coroutine decorator that we created in the previous 
subsubsection. 

The get filesO coroutine is essentially a wrapper around the os.walkO 
function and that expects to be given paths or filenames to work on. 

@coroutine 

def get_files(receiver): 
while True: 

path = (yield) 
if os.path.isfile(path): 

receiver.send(os.path.abspath(path)) 
else: 

for root, dirs, files in os.walk(path): 
for filename in files: 

receiver.send(os.path.abspath( 

os.path.join(root, filename))) 

This coroutine has the now-familiar structure: an infinite loop in which we wait 
for the yield to return a value that we can process, and then we send the result 
to the receiver. 

(acoroutine 

def suffix_matcher(receiver, suffixes): 
while True: 

filename = (yield) 
if filename.endswith(suffixes): 
receive r.send(filename) 

This coroutine looks simple—and it is—but notice that it sends only file¬ 
names that match the suffixes, so any that don’t match are filtered out of 
the pipeline. 

@coroutine 

def size_matcher(receiver, minimum=None, maximum=None): 
while True: 

filename = (yield) 
size = os.path.getsize(filename) 
if ((minimum is None or size >= minimum) and 
(maximum is None or size <= maximum)): 
receive r.send(filename) 
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This coroutine is almost identical to suffix_iiiatcher( ), except that it filters out 
files whose size is not in the required range, rather than those which don’t have 
a matching suffix. 

The pipeline we have created suffers from a couple of problems. One problem 
is that we never close any of the coroutines. In this case it doesn’t matter, 
since the program terminates once the processing is finished, but it is probably 
better to get into the habit of closing coroutines when we are finished with 
them. Another problem is that potentially we could be asking the operating 
system (under the hood) for different pieces of information about the same file 
in several parts of the pipeline—and this could be slow. A solution is to modify 
the getf ties () coroutine so that it returns [filename, os.statO) 2-tuples for 
each file rather than just filenames, and then pass these 2-tuples through the 
pipeline.* This would mean that we acquire all the relevant information just 
once per file. You’ll get the chance to solve both of these problems, and to add 
additional functionality, in an exercise at the end of the chapter. 

Creating coroutines for use in pipelines requires a certain reorientation of 
thinking. However, it can pay off handsomely in terms of flexibility, and for 
large data sets can help minimize the amount of data held in memory as well 
as potentially resulting in faster throughput. 


Example: Valid.py 
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In this section we combine descriptors with class decorators to create a 
powerful mechanism for creating validated attributes. 

Up to now if we wanted to ensure that an attribute was set to only a valid value 
we have relied on properties (or used getter and setter methods). The disadvan¬ 
tage of such approaches is that we must add validating code for every attribute 
in every class that needs it. What would be much more convenient and easier to 
maintain, is if we could add attributes to classes with the necessary validation 
built in. Here is an example of the syntax we would like to use: 


@valid_string("name", empty_aUowed=False) 

@valid_string("productid", empty_allowed=False, 
regex=re.compile!r"[A-Z]{3}\d{4}")) 

@valid_string("category", empty_allowed=False, acceptable= 

frozenset(["Consumables", "Hardware", "Software", "Media"])) 
@valid_number("price", minimum=0, maximum=le6) 

@valid_number("quantity", minimum=l, maximum=1000) 
class Stockitem: 


* The os.statO function takes a filename and returns a named tuple with various items of 
information about the file, including its size, mode, and last modified date/time. 
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def_init_(self, name, productid, category, price, quantity): 

self.name = name 
self.productid = productid 
self.category = category 
self.price = price 
self.quantity = quantity 

The Stockitem class’s attributes are all validated. For example, the productid 
attribute can be set only to a nonempty string that starts with three uppercase 
letters and ends with four digits, the category attribute can be set only to a 
nonempty string that is one of the specified values, and the quantity attribute 
can be set only to a number between 1 and 1000 inclusive. If we try to set an 
invalid value an exception is raised. 

The validation is achieved by combining class decorators with descriptors. As 
we noted earlier, class decorators can take only a single argument—the class 
they are to decorate. So here we have used the technique shown when we first 
discussed class decorators, and have the valid_string( ) and valid_number() 
functions take whatever arguments we want, and then return a decorator, 
which in turn takes the class and returns a modified version of the class. 

Let’s now look at the valid string ( ) function: 

def valid_string(attr_name, empty_allowed=True, regex=None, 
acceptable=None): 
def decorator(cls): 

name = "_" + attr_name 

def getter(self): 

return getattr(self, name) 
def setter(self, value): 

assert isinstance(value, str), (attr_name + 

" must be a string") 
if not empty_allowed and not value: 

raise ValueError("{0} may not be empty".format! 
attr_name)) 

if ((acceptable is not None and value not in acceptable) or 
(regex is not None and not regex.match(value))): 
raise ValueError("{attr_name} cannot be set to " 
"{value}".format(**locals())) 
setattr(self, name, value) 

setattr(cls, attr_name, GenericDescriptor(getter, setter)) 
return els 
return decorator 

The function starts by creating a class decorator function which takes a class as 
its sole argument. The decorator adds two attributes to the class it decorates: a 
private data attribute and a descriptor. For example, when the valid string ( ) 
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function is called with the name “productid”, the Stockltem class gains the 
attribute_ productid which holds the product ID’s value, and the descrip¬ 

tor productid attribute which is used to access the value. For example, if we 
create an item using item = Stockltem!"TV", "TVA4312", "Electrical", 500, 1), 
we can get the product ID using item, productid and set it using, for example, 
item.productid = "TVB2100". 

The getter function created by the decorator simply uses the global getattr() 
function to return the value of the private data attribute. The setter function 
incorporates the validation, and at the end, uses setattrO to set the private 
data attribute to the new (and valid) value. In fact, the private data attribute 
is only created the first time it is set. 

Once the getter and setter functions have been created we use setattrO once 
again, this time to create a new class attribute with the given name (e.g., 
productid), and with its value set to be a descriptor of type GenericDescrip- 
tor. At the end, the decorator function returns the modified class, and the 
valid st ring () function returns the decorator function. 

The valid_number( ) function is structurally identical to the valid stringO 
function, only differing in the arguments it accepts and in the validation code 
in the setter, so we won’t show it here. (The complete source code is in the 
Valid.py module.) 

The last thing we need to cover is the GenericDescriptor, and that turns out to 
be the easiest part: 

class GenericDescriptor; 

def _init_(self, getter, setter): 

self.getter = getter 
self.setter = setter 

def_get_(self, instance, owner=None): 

if instance is None: 
return self 

return self.getter(instance) 

def_set_(self, instance, value): 

return self.setter(instance, value) 

The descriptor is used to hold the getter and setter functions for each attribute 
and simply passes on the work of getting and setting to those functions. 
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Summary 


In this chapter we learned a lot more about Python’s support for procedural 
and object-oriented programming, and got a taste of Python’s support for 
functional-style programming. 

In the first section we learned how to create generator expressions, and covered 
generator functions in more depth. We also learned how to dynamically import 
modules and how to access functionality from such modules, as well as how to 
dynamically execute code. In this section we saw examples of how to create 
and use recursive functions and nonlocal variables. We also learned how to 
create custom function and method decorators, and how to write and make use 
of function annotations. 

In the chapter’s second section we studied a variety of different and more ad¬ 
vanced aspects of object-oriented programming. First we learned more about 

attribute access, for example, using the_getattr_() special method. Then 

we learned about functors and saw how we could use them to provide functions 
with state—something that can also be achieved by adding properties to func¬ 
tions or using closures, both covered in this chapter. We learned how to use 
the with statement with context managers and how to create custom context 
managers. Since Python’s file objects are also context managers, from now on 
we will do our file handling using t ry with ... except structures that ensure that 
opened files are closed without the need for finally blocks. 

The second section continued with coverage of more advanced object-oriented 
features, starting with descriptors. These can be used in a wide variety of ways 
and are the technology that underlies many of Python’s standard decorators 
such as (aproperty and (adassmethod. We learned how to create custom descrip¬ 
tors and saw three very different examples of their use. Next we studied class 
decorators and saw how we could modify a class in much the same way that a 
function decorator can modify a function. 

In the last three subsections of the second section we learned about Python’s 
support for ABCs (abstract base classes), multiple inheritance, and metaclass¬ 
es. We learned how to make our own classes fit in with Python’s standard ABCs 
and how to create our own ABCs. We also saw how to use multiple inheritance 
to unify the features of different classes together in a single class. And from the 
coverage of metaclasses we learned how to intervene when a class (as opposed 
to an instance of a class) is created and initialized. 

The penultimate section introduced some of the functions and modules that 
Python provides to support functional-style programming. We learned how to 
use the common functional idioms of mapping, filtering, and reducing. We also 
learned how to create partial functions and how to create and use coroutines. 
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And the last section showed how to combine class decorators with descriptors to 
provide a powerful and flexible mechanism for creating validated attributes. 

This chapter completes our coverage of the Python language itself Not every 
feature of the language has been covered here and in the previous chapters, 
but those that have not are obscure and rarely used. None of the subsequent 
chapters introduces new language features, although all of them make use 
of modules from the standard library that have not been covered before, and 
some of them take techniques shown in this and earlier chapters further 
than we have seen so far. Furthermore, the programs shown in the following 
chapters have none of the constraints that have applied previously (i.e., to only 
use aspects of the language that had been covered up to the point they were 
introduced), so they are the book’s most idiomatic examples. 


Exercises 


None of the first three exercises described here requires writing a lot of code— 
although the fourth one does—and none of them are easy! 

1. Copy the magic-numbe rs. py program and delete its get f unction () functions, 
and all but one of its load modules () functions. Add a GetFunction functor 
class that has two caches, one to hold functions that have been found and 
one to hold functions that could not be found (to avoid repeatedly looking 
for a function in a module that does not have the function). The only mod¬ 
ifications to mainO are to add getf unction = GetFunction () before the loop, 
and to use a with statement to avoid the need for a finally block. Also, 
check that the module functions are callable using collections.Callable 
rather than using hasatt r (). The class can be written in about twenty lines. 
A solution is in magic-numbers_ans. py. 

2. Create a new module file and in it define three functions: is_ascii( ) that 
returns True if all the characters in the given string have code points less 
than 127; is_ascii_punctuation( ) that returns True if all the characters 
are in the string .punctuation string; and is_ascii_printable( ) that returns 
T rue if all the characters are in the string .printable string. The last two 
are structurally the same. Each function should be created using lambda 
and can be done in one or two lines using functional-style code. Be sure to 
add a docstring for each one with doctests and to make the module run the 
doctests. The functions require only three to five lines for all three of them, 
with the whole module fewer than 25 lines including doctests. A solution 
is given in Ascii. py. 

3. Create a new module file and in it define the Atomic context manager class. 

This class should work like the AtomicList class shown in this chapter, ex¬ 
cept that instead of working only with lists it should work with any mu¬ 
table collection type. The_init_() method should check the suitability 




412 


Chapter 8. Advanced Programming Techniques 


of the container, and instead of storing a shallow/deep copy flag it should 
assign a suitable function to the self.copy attribute depending on the 

flag and call the copy function in the_enter_() method. The_exit_() 

method is slightly more involved because replacing the contents of lists 
is different than for sets and dictionaries—and we cannot use assignment 
because that would not affect the original container. The class itself can 
be written in about thirty lines, although you should also include doctests. 
A solution is given in Atomic. py which is about one hundred fifty lines in¬ 
cluding doctests. 

4. Create a program that finds files based on specified criteria (rather like the 
Unix find program). The usage should be find.py options files_or_paths. 
All the options are optional, and without them all the files listed on the 
command line and all the files in the directories listed on the command 
line (and in their directories, recursively) should be listed. The options 
should restrict which files are output as follows: -d or —days integer dis¬ 
cards any files older than the specified number of days; -b or —bigger in¬ 
teger discards any files smaller than the specified number of bytes; -s or 
—smaller integer discards any files bigger than the specified number of 
bytes; -o or —output what where what is “date”, “size”, or “date,size” (either 
way around) specifies what should be output—filenames should always be 
output; -u or —suffix discards any files that don’t have a matching suffix. 
(Multiple suffixes can be given if comma-separated.) For both the bigger 
and smaller options, if the integer is followed by “k” it should be treated as 
kilobytes and multipled by 1024, and similarly if followed by “m” treated 
as megabytes and multiplied by 1024^. 

For example, find.py -dl -o date, size *.* will find all files modified today 
(strictly, the past 24 hours), and output their name, date, and size. Simi¬ 
larly, find. py -blm -u png, j pg, j peg -o size *. * will find all image files bigger 
than one megabyte and output their names and sizes. 

Implement the program’s logic by creating a pipeline using coroutines to 
provide matchers, similar to what we saw in the coroutines subsection, 
only this time pass ( fi lenante, os. stat()) 2-tuples for each file rather than 
just filenames. Also, try to close all the pipeline components at the end. In 
the solution provided, the biggest single function is the one that handles 
the command-line options. The rest is fairly straightforward, but not 
trivial. The find. py solution is around 170 lines. 




• Debugging 

• Unit Testing 

• Profiling 


Debugging, Testing, and 
Profiling 


Writing programs is a mixture of art, craft, and science, and because it is done 
by humans, mistakes are made. Fortunately, there are techniques we can use 
to help avoid problems in the first place, and techniques for identifying and 
fixing mistakes when they become apparent. 

Mistakes fall into several categories. The quickest to reveal themselves and 
the easiest to fix are syntax errors, since these are usually due to typos. More 
challenging are logical errors—with these, the program runs, but some aspect 
of its behavior is not what we intended or expected. Many errors of this kind 
can be prevented from happening by using TDD (Test Driven Development), 
where when we want to add a new feature, we begin by writing a test for the 
feature—which will fail since we haven’t added the feature yet—and then im¬ 
plement the feature itself Another mistake is to create a program that has 
needlessly poor performance. This is almost always due to a poor choice of al¬ 
gorithm or data structure or both. However, before attempting any optimiza¬ 
tion we should start by finding out exactly where the performance bottleneck 
lies—since it might not be where we expect—and then we should carefully de¬ 
cide what optimization we want to do, rather than working at random. 

In this chapter’s first section we will look at Python’s tracebacks to see how to 
spot and fix syntax errors and how to deal with unhandled exceptions. Then 
we will see how to apply the scientific method to debugging to make finding 
errors as fast and painless as possible. We will also look at Python’s debugging 
support. In the second section we will look at Python’s support for writing unit 
tests, and in particular the doctest module we saw earlier (in Chapter 5 and 
Chapter 6), and the unittest module. We will see how to use these modules to 
support TDD. In the chapter’s final section we will briefly look at profiling, to 
identify performance hot spots so that we can properly target our optimization 
efforts. 
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Debugging 


In this section we will begin by looking at what Python does when there is a 
syntax error, then at the tracebacks that Python produces when unhandled ex¬ 
ceptions occur, and then we will see how to apply the scientific method to debug¬ 
ging. But before all that we will briefly discuss backups and version control. 

When editing a program to fix a bug there is always the risk that we end up 
with a program that has the original bug plus new bugs, that is, it is even worse 
than it was when we started! And if we haven’t got any backups (or we have 
but they are several changes out of date), and we don’t use version control, it 
could be very hard to even get back to where we just had the original bug. 

Making regular backups is an essential part of programming—no matter 
how reliable our machine and operating system are and how rare failures 
are—since failures still occur. But backups tend to be coarse-grained, with files 
hours or even days old. 

Version control systems allow us to incrementally save changes at whatever 
level of granularity we want—every single change, or every set of related 
changes, or simply every so many minutes’ worth of work. Version control 
systems allow us to apply changes (e.g., to experiment with bugfixes), and if 
they don’t work out, we can revert the changes back to the last “good” version 
of the code. So before starting to debug, it is always best to check our code into 
the version control system so that we have a known position that we can revert 
to if we get into a mess. 

There are many good cross-platform open source version control systems 
available—this book uses Bazaar (bazaar-vcs.org), but other popular ones 
include Mercurial (mercurial.selenic.com). Git (git-scm.com), and Subversion 
(subversion.tigris.org). Incidentally, both Bazaar and Mercurial are mostly 
written in Python. None of these systems is hard to use (at least for the basics), 
but using any one of them will help avoid a lot of unnecessary pain. 


Dealing with Syntax Errors 


If we try to run a program that has a syntax error. Python will stop execution 
and print the filename, line number, and offending line, with a caret ('') under¬ 
neath indicating exactly where the error was detected. Here’s an example: 

File "blocks.py", line 383 

if BlockOutput.save_blocks_as_svg(blocks, svg) 


SyntaxError: invalid syntax 
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Did you see the error? We’ve forgotten to put a colon at the end of the if 
statement’s condition. 

Here is an example that comes up quite often, but where the problem isn’t at 
all obvious: 

File "blocks.py", line 385 
except ValueError as err: 

/V 

SyntaxError: invalid syntax 

There is no syntax error in the line indicated, so both the line number and the 
caret’s position are wrong. In general, when we are faced with an error that 
we are convinced is not in the specified line, in almost every case the error will 
be in an earlier line. Here’s the code from the try to the except where Python 
is reporting the error to be—see if you can spot the error before reading the 
explanation that follows the code: 

try: 

blocks = parse(blocks) 
svg = file.replaceC'.blk", ".svg") 
if not BlockOutput.save_blocks_as_svg(blocks, svg); 
printC'Error; failed to save {0}" .format(svg) 
except ValueError as err: 

Did you spot the problem? It is certainly easy to miss since it is on the line 
before the one that Python reports as having the error. We have closed the 
str.formatO method’s parentheses, but not the print () function’s parentheses, 
that is, we are missing a closing parenthesis at the end of the line, but Python 
didn’t realize this until it reached the except keyword on the following line. 
Missing the last parenthesis on a line is quite common, especially when using 
print0 with str.formatO, but the error is usually reported on the following 
line. Similarly, if a list’s closing bracket, or a set or dictionary’s closing brace 
is missing. Python will normally report the problem as being on the next (non¬ 
blank) line. On the plus side, syntax errors like these are trivial to fix. 


Dealing with Runtime Errors 


If an unhandled exception occurs at runtime. Python will stop executing our 
program and print a traceback. Here is an example of a traceback for an 
unhandled exception: 

Traceback (most recent call last); 

File "blocks.py", line 392, in <module> 
mainO 

File "blocks.py", line 381, in main 
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blocks = parse(blocks) 

File "blocks.py", line 174, in recursive_descent_parse 
return data.stack[l] 

IndexError: list index out of range 

Tracebacks (also called backtraces) like this should be read from their last line 
back toward their first line. The last line specifies the unhandled exception 
that occurred. Above this line, the filename, line number, and function name, 
followed by the line that caused the exception, are shown (spread over two 
lines). If the function where the exception was raised was called by another 
function, that function’s filename, line number, function name, and calling 
line are shown above. And if that function was called by another function the 
same applies, all the way up to the beginning of the call stack. (Note that the 
filenames in tracebacks are given with their path, but in most cases we have 
omitted paths from the examples for the sake of clarity.) 

So in this example, an IndexError occurred, meaning that data.stack is some 
kind of sequence, but has no item at position 1. The error occurred at line 
174 in the blocks.py program’s recursive_descent_parse( ) function, and that 
function was called at line 381 in the mainO function. (The reason that the 
function’s name is different at line 381, that is, parseO instead of recur- 
sive descent pa rse (), is that the pa rse variable is set to one of several different 
functions depending on the command-line arguments given to the program; in 
the common case the names always match.) The call to main () was made at line 
392, and this is the statement at which program execution commenced. 

Although at first sight the traceback looks intimidating, now that we under¬ 
stand its structure it is easy to see how useful it is. In this case it tells us ex¬ 
actly where to look for the problem, although of course we must work out for 
ourselves what the solution is. 

Here is another example traceback: 

Traceback (most recent call last): 

File "blocks.py", line 392, in <module> 
mainO 

File "blocks.py", line 383, in main 
if BlockOutput.save_blocks_as_svg(blocks, svg); 

File "BlockOutput.py", line 141, in save_blocks_as_svg 
widths, rows = compute_widths_and_rows(cells, SCALE_BY) 

File "BlockOutput.py", line 95, in compute_widths_and_rows 
width = len(cell.text) // cell.columns 
ZeroDivisionError: integer division or modulo by zero 

Here, the problem has occurred in a module (BlockOutput.py) that is called 
by the blocks.py program. This traceback leads us to where the problem 
became apparent, but not to where it occurred. The value of cell.columns is 
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clearly 0 in the BlockOutput.py module’s coinpute_widths_and_rows( ) function 
on line 95—after all, that is what caused the ZeroDivisionError exception to 
be raised—but we must look at the preceding lines to find where and why 
cell. columns was given this incorrect value. 

In some cases the traceback reveals an exception that occurred in Python’s 
standard library or in a third-party library. Although this could mean a bug in 
the library, in almost every case it is due to a bug in our own code. Here is an 
example of such a traceback, using Python 3.0: 

Traceback (most recent call last): 

File "blocks.py", line 392, in <module> 
mainO 

File "blocks.py", line 379, in main 
blocks = open(file, encoding="utf8").read() 

File "/usr/lib/python3.0/lib/python3.0/io.py", line 278, in _new_ 

return open(*args, **kwargs) 

File "/usr/lib/python3.0/lib/python3.0/io.py", line 222, in open 
closefd) 

File "/usr/lib/python3.0/lib/python3.0/io.py", line 619, in _init_ 

_fileio._FileIO._init_(self, name, mode, closefd) 

lOError: [Errno 2] No such file or directory: 'hierarchy.blk' 

The lOError exception at the end tells us clearly what the problem is. But 
the exception was raised in the standard library’s io module. In such cases 
it is best to keep reading upward until we find the first file listed that is our 
program’s file (or one of the modules we have created for it). So in this case we 
find that the first reference to our program is to file blocks. py, line 379, in the 
main () function. It looks like we have a call to open () but have not put the call 
inside a try ... except block or used a with statement. 

Python 3.1 is a bit smarter than Python 3.0 and realizes that we want to find 
the mistake in our own code, not in the standard library, so it produces a much 
more compact and helpful traceback. For example: 

Traceback (most recent call last); 

File "blocks.py", line 392, in <module> 
mainO 

File "blocks.py", line 379, in main 
blocks = open(file, encoding="utf8").read() 
lOError: [Errno 2] No such file or directory: 'hierarchy.blk' 

This eliminates all the irrelevant detail and makes it easy to see what the 
problem is (on the bottom line) and where it occurred (the lines above it). 

So no matter how big the traceback is, the last line always specifies the unhan¬ 
dled exception, and we just have to work back until we find our program’s file 
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or one of our own modules listed. The problem will almost certainly be on the 
line Python specifies, or on an earlier line. 

This particular example illustrates that we should modify the blocks.py pro¬ 
gram to cope gracefully when given the names of nonexistent files. This is a 
usability error, and it should also be classified as a logical error, since terminat¬ 
ing and printing a traceback cannot be considered to be acceptable program 
behavior. 

In fact, as a matter of good policy and courtesy to our users, we should always 
catch all relevant exceptions, identifying the specific ones that we consider to be 
possible, such as EnvironmentError. In general, we should not use the catchalls 
of except ; or except Exception :, although using the latter at the top level of our 
program to avoid crashes might be appropriate—but only if we always report 
any exceptions it catches so that they don’t go silently unnoticed. 

Exceptions that we catch and cannot recover from should be reported in the 
form of error messages, rather than exposing our users to tracebacks which 
look scary to the uninitiated. For GUI programs the same applies, except that 
normally we would use a message box to notify the user of a problem. And 
for server programs that normally run unattended, we should write the error 
message to the server’s log. 

Python’s exception hierarchy was designed so that catching Exception doesn’t 
quite cover all the exceptions. In particular, it does not catch the Key boa rdl nte r- 
rupt exception, soforconsole applications if the user presses Ctrl+C, the program 
will terminate. If we choose to catch this exception, there is a risk that we could 
lock the user into a program that they cannot terminate. This arises because 
a bug in our exception handling code might prevent the program from termi¬ 
nating or the exception propagating. (Of course, even an “uninterruptible” 
program can have its process killed, but not all users know how.) So if we do 
catch the Keyboardlnterrupt exception we must be extremely careful to do the 
minimum amount of saving and clean up that is necessary—and then termi¬ 
nate the program. And for programs that don’t need to save or clean up, it is 
best not to catch Keyboardlnterrupt at all, and just let the program terminate. 

One of Python 3’s great virtues is that it makes a clear distinction between raw 
bytes and strings. However, this can sometimes lead to unexpected exceptions 
occurring when we pass a bytes object where a str is expected or vice versa. 
For example: 

Traceback (most recent call last): 

File "program.py", line 918, in <module> 
print(datetime.datetime.Strptime(date, format)) 

TypeError: strptimeO argument 1 must be str, not bytes 

When we hit a problem like this we can either perform the conversion—in this 
case, by passing date. decode! "utf 8")—or carefully work back to find out where 
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and why the variable is a bytes object rather than a st r, and fix the problem at 
its source. 

When we pass a string where bytes are expected the error message is some¬ 
what less obvious, and differs between Python 3.0 and 3.1. For example, in 
Python 3.0: 

Traceback (most recent call last): 

File "program.py", line 2139, in <module> 
data.write(info) 

TypeError: expected an object with a buffer interface 

In Python 3.1 the error message’s text has been slightly improved: 

Traceback (most recent call last); 

File "program.py", line 2139, in <module> 
data.write(info) 

TypeError: 'str' does not have the buffer interface 

In both cases the problem is that we are passing a string when a bytes, byte- 
array, or similar object is expected. We can either perform the conversion—in 
this case by passing info.encode("utf8") —or work back to find the source of the 
problem and fix it there. 

Python 3.0 introduced support for exception chaining—this means that an ex¬ 
ception that is raised in response to another exception can contain the details of 
the original exception. When a chained exception goes uncaught the traceback 
includes not just the uncaught exception, but also the exception that caused it 
(providing it was chained). The approach to debugging chained exceptions is al¬ 
most the same as before: We start at the end and work backward until we find 
the problem in our own code. However, rather than doing this just for the last 
exception, we might then repeat the process for each chained exception above 
it, until we get to the problem’s true origin. 

We can take advantage of exception chaining in our own code—for example, if 
we want to use a custom exception class but still want the underlying problem 
to be visible. 

class InvalidDataError(Exception): pass 

def process(data): 
try: 

i = int(data) 
except ValueError as err: 

raise InvalidDataError("Invalid data received") from err 

Here, if the int() conversion fails, a ValueError is raised and caught. We 
then raise our custom exception, but with from err, which creates a chained 
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exception, our own, plus the one in err. If the InvalidDataError exception is 
raised and not caught, the resulting traceback will look something like this: 

Traceback (most recent call last): 

File "application.py", line 249, in process 
i = int(data) 

ValueError: invalid literal for int() with base 10: '17.5 ' 

The above exception was the direct cause of the following exception: 

Traceback (most recent call last): 

File "application.py", line 288, in <module> 
print(process(line)) 

File "application.py", line 283, in process 
raise InvalidDataError("Invalid data received") from err 
_main_.InvalidDataError: Invalid data received 

At the bottom our custom exception and text explain what the problem is, with 
the lines above them showing where the exception was raised (line 283), and 
where it was caused (line 288). But we can also go back further, into the chained 
exception which gives more details about the specific error, and which shows 
the line that triggered the exception (249). For a detailed rationale and further 
information about chained exceptions, see PEP 3134. 


Scientific Debugging 


If our program runs but does not have the expected or desired behavior then 
we have a bug—a logical error—that we must eliminate. The best way to 
eliminate such errors is to prevent them from occurring in the first place by 
using TDD (Test Driven Development). However, some bugs will always get 
through, so even with TDD, debugging is still a necessary skill to learn. 

In this subsection we will outline an approach to debugging based on the sci¬ 
entific method. The approach is explained in sufficient detail that it might ap¬ 
pear to be too much work for tackling a “simple” bug. However, by consciously 
following the process we will avoid wasting time with “random” debugging, and 
after awhile we will internalize the process so that we can do it unconsciously, 
and therefore very quickly* 

To be able to kill a bug we must be able to do the following. 

1. Reproduce the bug. 

2. Locate the bug. 


* The ideas used in this subsection were inspired by the Debugging chapter in the book Code 
Complete by Steve McConnell, ISBN 0735619670. 
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3. Fix the bug. 

4. Test the fix. 

Reproducing the bug is sometimes easy—it always occurs on every run; and 
sometimes hard—it occurs intermittently. In either case we should try to 
reduce the bug’s dependencies, that is, find the smallest input and the least 
amount of processing that can still produce the bug. 

Once we are able to reproduce the bug, we have the data—the input data and 
options, and the incorrect results—that are needed so that we can apply the 
scientific method to finding and fixing it. The method has three steps. 

1. Think up an explanation—a hypothesis—that reasonably accounts for 
the bug. 

2. Create an experiment to test the hypothesis. 

3. Run the experiment. 

Running the experiment should help to locate the bug, and should also give us 
insight into its solution. (We will return to how to create and run an experiment 
shortly.) Once we have decided how to kill the bug—and have checked our code 
into our version control system so that we can revert the fix if necessary—we 
can write the fix. 

Once the fix is in place we must test it. Naturally, we must test to see if the bug 
it is intended to fix has gone away. But this is not sufficient; after all, our fix 
may have solved the bug we were concerned about, but the fix might also have 
introduced another bug, one that affects some other aspect of the program. 
So in addition to testing the bugfix, we must also run all of the program’s 
tests to increase our confidence that the bugfix did not have any unwanted 
side effects. 

Some bugs have a particular structure, so whenever we fix a bug it is always 
worth asking ourselves if there are other places in the program or its modules 
that might have similar bugs. If there are, we can check to see if we already 
have tests that would reveal the bugs if they were present, and if not, we 
should add such tests, and if that reveals bugs, then we must tackle them as 
described earlier. 

Now that we have a good overview of the debugging process, we will focus 
in on just how we create and run experiments to test our hypotheses. We 
begin with trying to isolate the bug. Depending on the nature of the program 
and of the bug, we might be able to write tests that exercise the program, for 
example, feeding it data that is known to be processed correctly and gradually 
changing the data so that we can find exactly where processing fails. Once 
we have an idea of where the problem lies—either due to testing or based on 
reasoning—we can test our hypotheses. 
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What kind of hypothesis might we think up? Well, it could initially be as sim¬ 
ple as the suspicion that a particular function or method is returning erroneous 
data when certain input data and options are used. Then, if this hypothesis 
proves correct, we can refine it to be more specific—for example, identifying a 
particular statement or suite in the function that we think is doing the wrong 
computation in certain cases. 

To test our hypothesis we need to check the arguments that the function re¬ 
ceives and the values of its local variables and the return value, immediately 
before it returns. We can then run the program with data that we know pro¬ 
duces errors and check the suspect function. If the arguments coming into the 
function are not what we expect, then the problem is likely to be further up 
the call stack, so we would now begin the process again, this time suspecting 
the function that calls the one we have been looking at. But if all the incoming 
arguments are always valid, then we must look at the local variables and the 
return value. If these are always correct then we need to come up with a new 
hypothesis, since the suspect function is behaving correctly. But if the return 
value is wrong, then we know that we must investigate the function further. 

In practice, how do we conduct an experiment, that is, how do we test the hy¬ 
pothesis that a particular function is misbehaving? One way to start is to 
“execute” the function mentally—this is possible for many small functions and 
for larger ones with practice, and has the additional benefit that it familiarizes 
us with the function’s behavior. At best, this can lead to an improved or more 
specific hypothesis—for example, that a particular statement or suite is the 
site of the problem. But to conduct an experiment properly we must instru¬ 
ment the program so that we can see what is going on when the suspect func¬ 
tion is called. 

There are two ways to instrument a program—intrusively, by inserting p rint () 
statements; or (usually) non-intrusively, by using a debugger. Both approaches 
are used to achieve the same end and both are valid, but some programmers 
have a strong preference for one or the other. We’ll briefly describe both 
approaches, starting with the use of print () statements. 

When using print () statements, we can start by putting a print () statement 
right at the beginning of the function and have it print the function’s argu¬ 
ments. Then, just before the (or each) return statement (or at the end of the 
functionif there is no return statement), add print(locals(), "\n"). The built- 
in locals () function returns a dictionary whose keys are the names of the local 
variables and whose values are the variables’ values. We can of course simply 
print the variables we are specifically interested in instead. Notice that we 
added an extra newline—we should also do this in the first print () statement 
so that a blank line appears between each set of variables to aid clarity. (An 
alternative to inserting print () statements directly is to use some kind of log¬ 
ging decorator such as the one we created in Chapter 8; 358 <.) 



Debugging 


423 


If when we run the instrumented program we find that the arguments are 
correct but that the return value is in error, we know that we have located the 
source of the bug and can further investigate the function. If looking carefully 
at the function doesn’t suggest where the problem lies, we can simply insert 
a new print (locals (), "\n" ) statement right in the middle. After running the 
program again we should now know whether the problem arises in the first 
or second half of the function, and can put a print (locals (), "\n") statement 
in the middle of the relevant half, repeating the process until we find the 
statement where the error is caused. This will very quickly get us to the point 
where the problem occurs—and in most cases locating the problem is half of 
the work needed to solve it. 

The alternative to adding printO statements is to use a debugger. Python 
has two standard debuggers. One is supplied as a module (pdb), and can be 
used interactively in the console—for example, pythonS -m pdb my program.py. 
(On Windows, of course, we would replace python3 with something like 
C;\Python31\python.exe.) However, the easiest way to use it is to add import pdb 
in the program itself, and add the statement pdb. set_trace( ) as the first state¬ 
ment of the function we want to examine. When the program is run, pdb stops 
it immediately after the pdb. set t race () call, and allows us to step through the 
program, set breakpoints, and examine variables. 

Here is an example run of a program that has been instrumented by having 
the import pdb statement added to its imports, and by having pdb. sett race () 
added as the first statement inside its calculate_median( ) function. (What we 
have typed is shown in bold, although where we typed Enter is not indicated.) 

pythons statistics.py sum.dat 

> statistics.py(73)calculate_median() 

-> numbers = sorted{numbers) 

(Pdb) s 

> statistics.py(74)calculate_median() 

-> middle = len(numbers) // 2 

(Pdb) 

> statistics.py(75)calculate_median() 

-> median = numbers[middle] 

(Pdb) 

> statistics.py(76)calculate_median() 

-> if len(numbers) % 2 == 0: 

(Pdb) 

> statistics.py(78)calculate_median() 

-> return median 

(Pdb) p middle, median, numbers 

(8, 5.0, [-17.0, -9.5, 0.0, 1.0, 3.0, 4.0, 4.0, 5.0, 5.0, 5.0, 5.5, 

6.0, 7.0, 7.0, 8.0, 9.0, 17.01) 

(Pdb) c 
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Commands are given to pdb by entering their name and pressing Enter at the 
(Pdb) prompt. If we just press Enter on its own the last command is repeated. 
So here we typed s (which means step, i.e., execute the statement shown), and 
then repeated this (simply by pressing Enter), to step through the statements 
in the calculate median () function. Once we reached the return statement we 
printed out the values that interested us using the p (print) command. And 
finally we continued to the end using the c (continue) command. This tiny 
example should give a flavor of pdb, but of course the module has a lot more 
functionality than we have shown here. 

It is much easier to use pdb on an instrumented program as we have done here 
than on an uninstrumented one. But since this requires us to add an import 
and a call to pdb. set_trace(), it would seem that using pdb is just as intrusive 
as using print () statements, although it does provide useful facilities such 
as breakpoints. 

The other standard debugger is IDLE, and just like pdb, it supports single 
stepping, breakpoints, and the examination of variables. IDLE’s debugger 
window is shown in Figure 9.1, and its code editing window with breakpoints 
and the current line highlighted is shown in Figure 9.2. 



Figure 9.1 IDLE’s debugger window showing the call stack and the current local variables 

One great advantage IDLE has over pdb is that there is no need to instrument 
our code—IDLE is smart enough to debug our code as it stands, so it isn’t 
intrusive at all. 

Unfortunately, at the time of this writing, IDLE is rather weak when it comes 
to running programs that require command-line arguments. The only way to 
do this appears to be to run IDLE from a console with the required arguments. 
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■ 1 statistics2.py - /home/mark/books/programming-in-python/eg/st 

1 o 1 

File Edit Format Run Options Windows Help j 

def calculate median(numbers) : 

- 

numbers = sorted(numbers) 


middle = len(numbers) // 2 
median = numbers[middle] 


1 if len(numbers) % 2 == 0: 


median = (median + numbers[middle +1]) / 2 

J 

return median 




1 Ln: 76 Col: 0 


Figure 9.2 An IDLE code editing window during debugging 

for example, idle3 -d -r statistics . py sum.dat. The -d argument tells IDLE to 
start debugging immediately and the -r argument tells it to run the following 
program with any arguments that follow it. However, for programs that don’t 
require command-line arguments (or where we are willing to edit the code 
to put them in manually to make debugging easier), IDLE is quite powerful 
and convenient to use. (Incidentally, the code shown in Figure 9.2 does have a 
bug— middle + 1 should be middle - 1.) 

Debugging Python programs is no harder than debugging in any other 
language—and it is easier than for compiled languages since there is no build 
step to go through after making changes. And if we are careful to use the sci¬ 
entific method it is usually quite straightforward to locate bugs, although fixing 
them is another matter. Ideally, though, we want to avoid as many bugs as pos¬ 
sible in the first place. And apart from thinking deeply about our design and 
writing our code with care, one of the best ways to prevent bugs is to use TDD, 
a topic we will introduce in the next section. 


Unit Testing 


Writing tests for our programs—if done well—can help reduce the incidence 
of bugs and can increase our confidence that our programs behave as expected. 
But in general, testing cannot guarantee correctness, since for most nontrivial 
programs the range of possible inputs and the range of possible computations 
is so vast that only the tiniest fraction of them could ever be realistically 
tested. Nonetheless, by carefully choosing what we test we can improve the 
quality of our code. 

A variety of different kinds of testing can be done, such as usability testing, 
functional testing, and integration testing. But here we will concern ourselves 
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purely with unit testing—testing individual functions, classes, and methods, 
to ensure that they behave according to our expectations. 

A key point of TDD, is that when we want to add a feature—for example, a new 
method to a class—we first write a test for it. And of course this test will fail 
since we haven’t written the method. Now we write the method, and once it 
passes the test we can then rerun all the tests to make sure our addition hasn’t 
had any unexpected side effects. Once all the tests run (including the one we 
added for the new feature), we can check in our code, reasonably confident that 
it does what we expect—providing of course that our test was adequate. 

For example, if we want to write a function that inserts a string at a particular 
index position, we might start out using TDD like this: 

def insert_at(string, position, insert): 

.Returns a copy of string with insert inserted at the position 

»> string = "ABCDE" 

>» result = [] 

>» for i in range(-2, len(string) + 2); 

result.append(insert_at(string, i, 

»> result):5] 

['ABC-DE', 'ABCD-E', '-ABCDE', 'A-BCDE', 'AB-CDE'] 

»> result [5:] 

['ABC-DE', 'ABCD-E', 'ABCDE-', 'ABCDE-'] 

II II II 

return string 

For functions or methods that don’t return anything (they actually return None), 
we normally give them a suite consisting of pass, and for those whose return 
value is used we either return a constant (say, 0) or one of the arguments, 
unchanged—which is what we have done here. (In more complex situations it 
may be more useful to return fake objects—third-party modules that provide 
“mock” objects are available for such cases.) 

When the doctest is run it will fail, listing each of the strings ('ABCD-EF', 
'ABCDE-F', etc.) that it expected, and the strings it actually got (all of which 
are 'ABCDEF'). Once we are satisfied that the doctest is sufficient and correct, 
we can write the body of the function, which in this case is simply return 
string [: position] + insert + string [position: ]. (And if we wrote return 
string) :position] + insert, and then copied and pasted string) ;position] at 
the end to save ourselves some typing, the doctest will immediately reveal the 
error.) 

Python’s standard library provides two unit testing modules, doctest, which 
we have already briefly seen here and earlier (in Chapter 5; 202 -<, and Chap¬ 
ter 6; 247 O, and unittest. In addition, there are third-party testing tools for 
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Python. Two of the most notable are nose (code.google.com/p/python-nose), 
which aims to be more comprehensive and useful than the standard unit- 
test module, while still being compatible with it, and py.test (codespeak, 
net/py/dist/test/test. html)—this takes a somewhat different approach to 
unittest, and tries as much as possible to eliminate boilerplate test code. Both 
of these third-party tools support test discovery, so there is no need to write an 
overarching test program—since they will search for tests themselves. This 
makes it easy to test an entire tree of code or just a part of the tree (e.g., just 
those modules that have been worked on). For those serious about testing it 
is worth investigating both of these third-party modules (and any others that 
appeal), before deciding which testing tools to use. 

Creating doctests is straightforward: We write the tests in the module, func¬ 
tion, class, and methods’ docstrings, and for modules, we simply add three lines 
at the end of the module: 

if name == " main ": 

import doctest 
doctest .testmod() 

If we want to use doctests inside programs, that is also possible. For example, 
the blocks.py program whose modules are covered later (in Chapter 14) has 
doctests for its functions, but it ends with this code: 

if name == " main ": 

mainO 

This simply calls the program’s main() function, and does not execute the 
program’s doctests. To exercise the program’s doctests there are two ap¬ 
proaches we can take. One is to import the doctest module and then run the 
program—for example, at the console, python! -m doctest blocks.py (on Win¬ 
dows, replacing python! with something like C:\Python!l\python.exe). If all 
the tests run fine there is no output, so we might prefer to execute python! -m 
doctest blocks. py -v instead, since this will list every doctest that is executed, 
and provide a summary of results at the end. 

Another way to execute doctests is to create a separate test program using 
the unittest module. The unittest module is conceptually modeled on Java’s 
JUnit unit testing library and is used to create test suites that contain test 
cases. The unittest module can create test cases based on doctests, without 
having to know anything about what the program or module contains, apart 
from the fact that it has doctests. So to make a test suite for the blocks.py 
program, we can create the following simple program (which we have called 
test_blocks. py): 

import doctest 
import unittest 
import blocks 
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suite = unittest.TestSuite() 
suite.addTest(doctest.DocTestSuite(blocks)) 
runner = unittest.TextTestRunner() 
print{runner.run(suite)) 

Note that there is an implicit restriction on the names of our programs if we 
take this approach: They must have names that are valid module names, so 
a program called convert-incidents.py cannot have a test like this written for 
it because import convert-incidents is not valid since hyphens are not legal in 
Python identifiers. (It is possible to get around this, but the easiest solution 
is to use program filenames that are also valid module names, for example, 
replacing hyphens with underscores.) 

The structure shown here—create a test suite, add one or more test cases or 
test suites, run the overarching test suite, and output the results—is typical 
of unittest-based tests. When run, this particular example produces the 
following output: 


Ran 3 tests in 0.244s 

OK 

<unittest._TextTestResult run=3 errors=0 failures=0> 

Each time a test case is executed a period is output (hence the three periods 
at the beginning of the output), then a line of hyphens, and then the test 
summary. (Naturally, there is a lot more output if any tests fail.) 

If we are making the effort to have separate tests (typically one for each pro¬ 
gram and module we want to test), then rather than using doctests we might 
prefer to directly use the unittest module’s features—especially if we are used 
to the JUnit approach to testing. The unittest module keeps our tests separate 
from our code—this is particularly useful for larger projects where test writers 
and developers are not necessarily the same people. Also, unittest unit tests 
are written as stand-alone Python modules, so they are not limited by what we 
can comfortably and sensibly write inside a docstring. 

The unittest module defines four key concepts. A test fixture is the term used 
to describe the code necessary to set up a test (and to tear it down, that is, 
clean up, afterward). Typical examples are creating an input file for the test to 
use and at the end deleting the input file and the resultant output file. A test 
suite is a collection of test cases and a test case is the basic unit of testing—test 
suites are collections of test cases or of other test suites—we’ll see practical 
examples of these shortly A test runner is an object that executes one or more 
test suites. 
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Typically, a test suite is made by creating a subclass of unittest .TestCase, 
where each method that has a name beginning with “test” is a test case. If 
we need any setup to be done, we can do it in a method called setup (); similar¬ 
ly, for any cleanup we can implement a method called tearDown( ). Within the 
tests there are a number of unittest .TestCase methods that we can make use 
of, including assertTrue(), assertEqual(), assertAlmostEqualO (useful for test¬ 
ing floating-point numbers), assertRaises( ), and many more, including many 
inverses such as assertFalse(), assertNotEqualO, failIfEqual(), failUnlessE- 
qualO, and so on. 

The unittest module is well documented and has a lot of functionality, but here 
we will just give a flavor of its use by reviewing a very simple test suite. The 
example we will use is the solution to one of the exercises given at the end of 
Chapter 8. The exercise was to create an Atomic module which could be used 
as a context manager to ensure that either all of a set of changes is applied to 
a list, set, or dictionary—or none of them are. The Atomic . py module provided 
as an example solution uses 30 lines of code to implement the Atomic class, 
and has about 100 lines of module doctests. We will create the test Atomic. py 
module to replace the doctests with unittest tests so that we can then delete 
the doctests and leave Atomic. py free of any code except that needed to provide 
its functionality. 

Before diving into writing the test module, we need to think about what tests 
are needed. We will need to test three different kinds of data type: lists, sets, 
and dictionaries. For lists we need to test appending and inserting an item, 
deleting an item, and changing an item’s value. For sets we must test adding 
and discarding an item. And for dictionaries we must test inserting an item, 
changing an item’s value, and deleting an item. Also, we must test that in the 
case of failure, none of the changes are applied. 

Structurally, testing the different data types is essentially the same, so we will 
only write the test cases for testing lists and leave the others as an exercise. 
The test Atomic.py module must import both the unittest module and the 
Atomic module that it is designed to test. 

When creating unittest files, we usually create modules rather than programs, 
and inside each module we define one or more unittest .TestCase subclasses. 
In the case of the testAtomic.py module, it defines a single unittest .TestCase 
subclass, TestAtomic (which we will review shortly), and ends with the following 
two lines: 

if _name_ == "_main_": 

unittest.mainO 

Thanks to these lines, the module can be run stand-alone. And of course, it 
could also be imported and run from another test program—something that 
makes sense if this is just one test suite among many. 
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If we want to run the test Atomic. py module from another test program we can 
write a program that is similar to the one we used to execute doctests using the 
unittest module. For example: 

import unittest 
import test_Atomic 

suite = unittest.TestLoaderO.loadTestsFromTestCasei 
test_Atomic.TestAtomic) 
runner = unittest.TextTestRunner() 
print(runner.run(suite)) 

Here, we have created a single suite by telling the unittest module to read the 
test Atomic module and to use each of its test*() methods (test list success () 
and test list failO in this example, as we will see in a moment), as test 
cases. 

We will now review the implementation of the TestAtomic class. Unusually for 
subclasses generally, although not for unittest .TestCase subclasses, there is no 
need to implement the initializer. In this case we will need a setup method, but 
not a teardown method. And we will implement two test cases. 

def setUp(self): 

self.original_list = list(range(10)) 

We have used the unittest .TestCase. setUp() method to create a single piece of 
test data. 

def test_list_succeed(self): 

items = self.original_list[:] 
with Atomic.Atomic(items) as atomic: 
atomic.append(1999) 
atomic.insert(2, -915) 
del atomic[5] 
atomic[4] = -782 
atomic.insert(0, -9) 
self.assertEqual(items, 

[-9, 0, 1, -915, 2, -782, 5, 6, 7, 8, 9, 1999]) 

This test case is used to test that all of a set of changes to a list are correctly 
applied. The test performs an append, an insertion in the middle, an insertion 
at the beginning, a deletion, and a change of a value. While by no means 
comprehensive, the test does at least cover the basics. 

The test should not raise an exception, but if it does the unittest .TestCase 
base class will handle it by turning it into an appropriate error message. At 
the end we expect the items list to equal the literal list included in the test 
rather than the original list. The unittest.TestCase.assertEqualO method can 
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compare any two Python objects, but its generality means that it cannot give 
particularly informative error messages. 

From Python 3.1, the unittest .TestCase class has many more methods, includ¬ 
ing many data-type-specific assertion methods. Here is how we could write the 
assertion using Python 3.1: 

self.asserttistEqual(items, 

[-9, 0, 1, -915, 2, -782, 5, 6, 7, 8, 9, 1999]) 

If the lists are not equal, since the data types are known, the unittest module 
is able to give more precise error information, including where the lists differ. 

def test_list_fail(self): 
def processO : 
nonlocal items 

with Atomic.Atomic(items) as atomic: 
atomic.append(1999) 
atomic.insert(2, -915) 
del atomic[5] 
atomic [4] = -782 
atomic.poopO # Typo 

items = self.original_list[:] 

self.assertRaises(AttributeError, process) 

self.assertEqual(items, self.original_list) 

To test the failure case, that is, where an exception is raised while doing atomic 
processing, we must test that the list has not been changed and also that an 
appropriate exception has been raised. To check for an exception we use the 
unittest.TestCase.assertRaisesO method, and in the case of Python 3.0, we 
pass it the exception we expect to get and a callable object that should raise the 
exception. This forces us to encapsulate the code we want to test, which is why 
we had to create the process () inner function shown here. 

In Python 3.1 the unittest.TestCase.assertRaises() method can be used as a 
context manager, so we are able to write our test in a much more natural way: 

def test_list_fail(self): 

items = self.original_list[:] 
with self.assertRaises(AttributeError); 
with Atomic.Atomic(items) as atomic: 
atomic.append(1999) 
atomic.insert(2, -915) 
del atomic[5] 
atomic [4] = -782 
atomic.poopO # Typo 

self.asserttistEqual(items, self.original_list) 
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Here we have written the test code directly in the test method without the 
need for an inner function, instead using unittest. TestCase. assertRaised () as a 
context manager that expects the code to raise an Att ributeE rro r. We have also 
used Python S.l’s unittest .TestCase.assertListEqual () method at the end. 

As we have seen, Python’s test modules are easy to use and are extremely use¬ 
ful, especially if we use TDD. They also have a lot more functionality and fea¬ 
tures than have been shown here—for example, the ability to skip tests which 
is useful to account for platform differences—and they are also well document¬ 
ed. One feature that is missing—and which nose and py . test provide—is test 
discovery, although this feature is expected to appear in a later Python version 
(perhaps as early as Python 3.2). 


Profiling 


If a program runs very slowly or consumes far more memory than we expect, 
the problem is most often due to our choice of algorithms or data structures, or 
due to our doing an inefficient implementation. Whatever the reason for the 
problem, it is best to find out precisely where the problem lies rather than just 
inspecting our code and trying to optimize it. Randomly optimizing can cause 
us to introduce bugs or to speed up parts of our program that actually have no 
effect on the program’s overall performance because the improvements are not 
in places where the interpreter spends most of its time. 

Before going further into profiling, it is worth noting a few Python program¬ 
ming habits that are easy to learn and apply, and that are good for perfor¬ 
mance. None of the techniques is Python-version-specific, and all of them 
are perfectly sound Python programming style. First, prefer tuples to lists 
when a read-only sequence is needed. Second, use generators rather than 
creating large tuples or lists to iterate over. Third, use Python’s built-in data 
structures—diets, lists, and tuples—rather than custom data structures 
implemented in Python, since the built-in ones are all very highly optimized. 
Fourth, when creating large strings out of lots of small strings, instead of con¬ 
catenating the small strings, accumulate them all in a list, and join the list of 
strings into a single string at the end. Fifth and finally, if an object (including a 
function or method) is accessed a large number of times using attribute access 
(e.g., when accessing a function in a module), or from a data structure, it may 
be better to create and use a local variable that refers to the object to provide 
faster access. 

Python’s standard library provides two modules that are particularly useful 
when we want to investigate the performance of our code. One of these is the 
timeit module—this is useful for timing small pieces of Python code, and can be 
used, for example, to compare the performance of two or more implementations 
of a particular function or method. The other is the eProf ile module which can 
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be used to profile a program’s performance—it provides a detailed breakdown 
of call counts and times and so can be used to find performance bottlenecks* 

To give a flavor of the timeit module, we will look at a small example. Suppose 
we have three functions, function_a(), function_b( ), and function_c(), all of 
which perform the same computation, but each using a different algorithm. 
If we put all these functions into a module (or import them), we can run them 
using the timeit module to see how they compare. Here is the code that we 
would use at the end of the module: 

if _name_ == "_main_": 

repeats = 1000 

for function in ("function_a", "function_b", "function_c"): 
t = timeit.Timer("{0}(X, Y)".format(function), 

"from _main_ import {0}, X, Y".format(function)) 

sec = t.timeit(repeats) / repeats 
print("{function}() {sec:.6f} sec".format(**locals())) 

The first argument given to the timeit .Timer() constructor is the code we want 
to execute and time, in the form of a string. Here, the first time around the loop, 
the string is "function_a(X, Y) ". The second argument is optional; again it is a 
string to be executed, this time before the code to be timed so as to provide some 

setup. Here we have imported from the_ main _(i.e., this) module the function 

we want to test, plus two variables that are passed as input data (X and Y), and 
that are available as global variables in the module. We could just as easily 
have imported the function and data from a different module. 

When the timeit.Timer object’s timeit() method is called, it will first execute 
the constructor’s second argument—if there was one—to set things up, and 
then it will execute the constructor’s first argument—and time how long the 
execution takes. The timeit.Timer.timeitO method’s return value is the time 
taken in seconds, as a float. By default, the timeit () method repeats 1 million 
times and returns the total seconds for all these executions, but in this partic¬ 
ular case we needed only 1000 repeats to give us useful results, so we specified 
the repeat count explicitly. After timing each function we divide the total by 
the number of repeats to get its mean (average) execution time and print the 
function’s name and execution time on the console. 

function_a() 0.001618 sec 
function_b() 0.012786 sec 
function_c() 0.003248 sec 

In this example, function aO is clearly the fastest—at least with the input 
data that was used. In some situations—for example, where performance can 

*The cP rof ile module is usually available for CPython interpreters, but is not always available for 
others. All Python libraries should have the pure Python profile module which provides the same 
API as the cProfile module, and does the same job, only more slowly. 
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vary considerably depending on the input data—we might have to test each 
function with multiple sets of input data to cover a representative set of cases 
and then compare the total or average execution times. 

It isn’t always convenient to instrument our code to get timings, and so the 
timeit module provides a way of timing code from the command line. For 
example, to time function aO from the MyModule.py module, we would enter 
the following in the console: pythonB -m timeit -n 1000 -s "from MyModule import 
function_a, X, Y" "function_a(X, Y) ". (As usual, for Windows, we must replace 
pythons with something like C:\Python31\python.exe.) The -m option is for the 
Python interpreter and tells it to load the specified module (in this case timeit) 
and the other options are handled by the timeit module. The -n option specifies 
the repetition count, the -s option specifies the setup, and the last argument 
is the code to execute and time. After the command has finished it prints its 
results on the console, for example: 

1000 loops, best of 3: 1.41 msec per loop 

We can easily then repeat the timing for the other two functions so that we can 
compare them all. 

The cProfile module (or the profile module—we will refer to them both as the 
cProfile module) can also be used to compare the performance of functions 
and methods. And unlike the timeit module that just provides raw timings, 
the cProfile module shows precisely what is being called and how long each 
call takes. Here’s the code we would use to compare the same three functions 
as before: 

if _name_ == "_main_": 

for function in ("function_a", "function_b", "function_c"): 
cProfile.runC'for i in range(1000): {0}(X, Y)" 

.format(function)) 

We must put the number of repeats inside the code we pass to the cPro¬ 
file . run () function, but we don’t need to do any setup since the module func¬ 
tion uses introspection to find the functions and variables we want to use. 
There is no explicit print () statement since by default the cProfile. run( ) func¬ 
tion prints its output on the console. Here are the results for all the functions 
(with some irrelevant lines omitted and slightly reformatted to fit the page): 

1003 function calls in 1.661 CPU seconds 

ncalls tottime percall cumtime percall filename:lineno(function) 

1 0.003 0.003 1.661 1.661 <string>: l(<inodule>) 

1000 1.658 0.002 1.658 0.002 MyModule.py:21(function_a) 

1 0.000 0.000 1.661 1.661 {built-in method exec} 


5132003 function calls in 22.700 CPU seconds 
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ncalls 

tottime percall 

cumtime 

percall filename:lineno(function) 

1 

0.487 

0.487 

22.700 

22.700 <string>:l(<moclule>) 

1000 

0.011 

0.000 

22.213 

0.022 MyMoclule.py;28(function_b) 

5128000 

7.048 

0.000 

7.048 

0.000 MyMoclule.py;29(<genexpr>) 

1000 

0.005 

0.000 

0.005 

0.000 {built-in method bisect_left} 

1 

0.000 

0.000 

22.700 

22.700 {built-in method exec} 

1000 

0.001 

0.000 

0.001 

0.000 {built-in method len} 

1000 

15.149 

0.015 

22.196 

0.022 {built-in method sorted} 

5129003 

function 

calls in 12.987 

' CPU seconds 

ncalls 

tottime percall 

cumtime 

percall filename:lineno(function) 

1 

0.205 

0.205 

12.987 

12.987 <string>:l(<module>) 

1000 

6.472 

0.006 

12.782 

0.013 MyModule.py:36(function_c) 

5128000 

6.311 

0.000 

6.311 

0.000 MyModule.py;37(<genexpr>) 

1 

0.000 

0.000 

12.987 

12.987 {built-in method exec} 


The ncalls (“number of calls”) column lists the number of calls to the specified 
function (listed in the filename:lineno(function) column). Recall that we re¬ 
peated the calls 1000 times, so we must keep this in mind. The tottime (“total 
time”) column lists the total time spent in the function, but excluding time 
spent inside functions called by the function. The first percall column lists 
the average time of each call to the function (tottime // ncalls). The cumtime 
(“cumulative time”) column lists the time spent in the function and includes the 
time spent inside functions called by the function. The second percall column 
lists the average time of each call to the function, including functions called 
by it. 

This output is far more enlightening than the timeit module’s raw timings. We 
can immediately see that both function bO and function cO use generators 
that are called more than 5 000 times, making them both at least ten times 
slower than f unction a (). Furthermore, f unction b () calls more functions gen¬ 
erally, including a call to the built-in so rted () function, and this makes it almost 
twice as slow as f unction c (). Of course, the timeit () module gave us sufficient 
information to see these differences in timing, but the cProfile module allows 
us to see the details of why the differences are there in the first place. 

Just as the timeit module allows us to time code without instrumenting it, so 
does the cProfile module. However, when using the cProfile module from the 
command line we cannot specify exactly what we want executed—it simply 
executes the given program or module and reports the timings of everything. 
The command line to use is python3 -m cProfile programOrModule.py, and the 
output produced is in the same format as we saw earlier; here is an extract 
slightly reformatted and with most lines omitted: 
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10272458 function calls (10272457 primitive calls) in 37.718 CPU secs 
ncalls tottime percall cumtime percall filename:lineno(function) 


1 

0.000 

0.000 

37.718 

1 

0.719 

0.719 

37.717 

1000 

1.569 

0.002 

1.569 

1000 

0.011 

0.000 

22.560 

5128000 

7.078 

0.000 

7.078 

1000 

6.510 

0.007 

12.825 

5128000 

6.316 

0.000 

6.316 


37.718 <string>:l(<moclule>) 
37.717 <string>:12(<module>) 
0.002 <string>:20(function_a) 
0.023 <string>:27(function_b) 
0.000 <string>:28(<genexpr>) 
0.013 <string>:35(function_c) 
0.000 <string>:36(<genexpr>) 


In cProf ile terminology, a primitive call is a nonrecursive function call. 

Using the cProf ile module in this way can be useful for identifying areas that 
are worth investigating further. Here, for example, we can clearly see that 
f unction b () takes a long time. But how do we drill down into the details? We 
could instrument the program by replacing calls to function_b( ) with cProf ile. 
run("function_b( ) ")■ Or we could save the complete profile data and analyze it 
using the pstats module. To save the profile we must modify our command line 
slightly: python3 -m cProf ile -o profileDataFile prograntOrModule .py.We can then 
analyze the profile data, for example, by starting IDLE, importing the pstats 
module, and giving it the saved profileDataFile, or by using pstats interactive¬ 
ly at the console. Here’s a very short example console session that has been 
tidied up slightly to fit on the page, and with our input shown in bold: 

$ pythons -m cProfile -o profile.dat HyHodule.py 
$ pythons -m pstats 

Welcome to the profile statistics browser. 

% read profile.dat 

profile.dat% callers function_b 

Random listing order was used 

List reduced from 44 to 1 due to restriction <'function_b'> 

Function was called by... 

ncalls tottime cumtime 

<string>:27(function_b) <- 1000 0.011 22.251 <string>:12(<module>) 

profile.dat% callees function_b 

Random listing order was used 

List reduced from 44 to 1 due to restriction <'function_b'> 

Function called... 

ncalls tottime cumtime 
<string>:27(function_b) -> 

1000 0.005 0.005 built-in method bisect_left 

1000 0.001 0.001 built-in method len 

1000 15.297 22.234 built-in method sorted 


profile.dat% quit 
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Type help to get the list of commands, and help followed by a command name 
for more information on the command. For example, help stats will list what 
arguments can be given to the stats command. Other tools are available 
that can provide a graphical visualization of the profile data, for example, 
RunSnakeRun (www. vrplumber. coin/prog ramming/runsnakerun), which depends on 
the wxPython GUI library. 

Using the timeit and cProf ile modules we can identify areas of our code that 
might be taking more time than expected, and using the cProf ile module, we 
can find out exactly where the time is being taken. 


Summary 


In general. Python’s reporting of syntax errors is very accurate, with the line 
and position in the line being correctly identified. The only cases where this 
doesn’t work well are when we forget a closing parenthesis, bracket, or brace, 
in which case the error is normally reported as being on the next nonblank line. 
Fortunately, syntax errors are almost always easy to see and to fix. 

If an unhandled exception is raised. Python will terminate and output a trace- 
back. Such tracebacks can be intimidating for end-users, but provide useful 
information to us as programmers. Ideally, we should always handle every 
type of exception that we believe our program can raise, and where necessary 
present the problem to the user in the form of an error message, message box, 
or log message—but not as a raw traceback. However, we should avoid using 
the catchall except: exception handler—if we want to handle all exceptions 
(e.g., at the top level), then we can use except Exception as err, and aZieays report 
err, since silently handling exceptions can lead to programs failing in subtle 
and unnoticed ways (such as corrupting data) later on. And during develop¬ 
ment, it is probably best not to have a top-level exception handler at all and to 
simply have the program crash with a traceback. 

Debugging need not be—and should not be—a hit and miss affair. By narrow¬ 
ing down the input necessary to reproduce the bug to the bare minimum, by 
carefully hypothesizing what the problem is, and then testing the hypothesis 
by experiment—using print () statements or a debugger—we can often locate 
the source of the bug quite quickly. And if our hypothesis has successfully led 
us to the bug, it is likely to also be helpful in devising a solution. 

For testing, both the doctest and the unittest modules have their own partic¬ 
ular virtues. Doctests tend to be particularly convenient and useful for small 
libraries and modules since well-chosen tests can easily both illustrate and 
exercise boundary as well as common cases, and of course, writing doctests is 
convenient and easy. On the other hand, since unit tests are not constrained to 
be written inside docstrings and are written as separate stand-alone modules, 
they are usually a better choice when it comes to writing more complex and 
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sophisticated tests, especially tests that require setup and teardown (cleanup). 
For larger projects, using the unittest module (or a third-party unit testing 
module) keeps the tests and tested programs and modules separate and is gen¬ 
erally more flexible and powerful than using doctests. 

If we hit performance problems, the cause is most often our own code, and in 
particular our choice of algorithms and data structures, or some inefficiency in 
our implementation. When faced with such problems, it is always wise to find 
out exactly where the performance bottleneck is, rather than to guess and end 
up spending time optimizing something that doesn’t actually improve perfor¬ 
mance. Python’s timeit module can be used to get raw timings of functions or 
arbitrary code snippets, and so is particularly useful for comparing alternative 
function implementations. And for in-depth analysis, the cProf ile module pro¬ 
vides both timing and call count information so that we can identify not only 
which functions take the most time, but also what functions they in turn call. 

Overall, Python has excellent support for debugging, testing, and profiling, 
right out of the box. However, especially for large projects, it is worth consid¬ 
ering some of the third-party testing tools, since they may offer more function¬ 
ality and convenience than the standard library’s testing modules provide. 
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• Using the Multiprocessing Module 

• Using the Threading Module 


Processes and Threading 


With the advent of multicore processors as the norm rather than the exception, 
it is more tempting and more practical than ever before to want to spread 
the processing load so as to get the most out of all the available cores. There 
are two main approaches to spreading the workload. One is to use multiple 
processes and the other is to use multiple threads. This chapter shows how to 
use both approaches. 

Using multiple processes, that is, running separate programs, has the advan¬ 
tage that each process runs independently. This leaves all the burden of han¬ 
dling concurrency to the underlying operating system. The disadvantage is 
that communication and data sharing between the invoking program and the 
separate processes it invokes can be inconvenient. On Unix systems this can 
be solved by using the exec and fork paradigm, but for cross-platform pro¬ 
grams other solutions must be used. The simplest, and the one shown here, is 
for the invoking program to feed data to the processes it runs and leave them 
to produce their output independently. A more flexible approach that greatly 
simplifies two-way communication is to use networking. Of course, in many 
situations such communication isn’t needed—we just need to run one or more 
other programs from one orchestrating program. 

An alternative to handing off work to independent processes is to create a 
threaded program that distributes work to independent threads of execution. 
This has the advantage that we can communicate simply by sharing data (pro¬ 
viding we ensure that shared data is accessed only by one thread at a time), but 
leaves the burden of managing concurrency squarely with the programmer. 
Python provides good support for creating threaded programs, minimizing the 
work that we must do. Nonetheless, multithreaded programs are inherently 
more complex than single-threaded programs and require much more care in 
their creation and maintenance. 

In this chapter’s first section we will create two small programs. The first pro¬ 
gram is invoked by the user and the second program is invoked by the first pro- 
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gram, with the second program invoked once for each separate process that is 
required. In the second section we will begin by giving a hare-bones introduc¬ 
tion to threaded programming. Then we will create a threaded program that 
has the same functionality as the two programs from the first section combined 
so as to provide a contrast between the multiple processes and the multiple 
threads approaches. And then we will review another threaded program, more 
sophisticated than the first, that both hands off work and gathers together all 
the results. 


Using the Multiprocessing Module 


In some situations we already have programs that have the functionality we 
need but we want to automate their use. We can do this by using Python’s sub- 
process module which provides facilities for running other programs, passing 
any command-line options we want, and if desired, communicating with them 
using pipes. We saw one very simple example of this in Chapter 5 when we 
used the subprocess.call() function to clear the console in a platform-specific 
way. But we can also use these facilities to create pairs of “parent-child” pro¬ 
grams, where the parent program is run by the user and this in turn runs as 
many instances of the child program as necessary, each with different work to 
do. It is this approach that we will cover in this section. 

In Chapter 3 we showed a very simple program, g repwo rd. py, that searches 
for a word specified on the command line in the files listed after the word. In 
this section we will develop a more sophisticated version that can recurse into 
subdirectories to find files to read and that can delegate the work to as many 
separate child processes as we like. The output is just a list of filenames (with 
paths) for those files that contain the specified search word. 

The parent program is grepword-p.py and the child program is grepword-p- 
child. py. The relationship between the two programs when they are being run 
is shown schematically in Figure 10.1. 

The heart of g repwo rd-p. py is encapsulated by its main ( ) function, which we will 
look at in three parts: 

def mainO : 

child = os.path.join(os.path.dirname(_file_), 

"grepword-p-child. py") 
opts, word, args = parse_options() 
filelist = get_files(args, opts.recurse) 
files_per_process = len(filelist) // opts.count 
start, end = 0, files_per_process + (len(filelist) % opts.count) 
number = 1 
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Figure 10.1 Parent and child programs 

We begin by getting the name of the child program. Then we get the user’s 
command-line options. The parse_options( ) function uses the opt parse module, 
get It returns the opts named tuple which indicates whether the program should 
files 0 recurse into subdirectories and the count of how many processes to use—the 
343 -< default is 7, and the program has an arbitrarily chosen maximum of 20. It also 
returns the word to search for and the list of names (filenames and directory 
names) given on the command line. The get f ties () function returns a list of 
files to be read. 

Once we have the information necessary to perform the task we calculate 
how many files must be given to each process to work on. The start and end 
variables are used to specify the slice of the filelist that will be given to the 
next child process to work on. Usually the number of files won’t be an exact 
multiple of the number of processes, so we increase the number of files the 
first process is given by the remainder. The number variable is used purely for 
debugging so that we can see which process produced each line of output. 

pipes = [] 

while start < len(filelist): 

command = [sys.executable, child] 
if opts.debug; 

command.append(Str(number)) 

pipe = subprocess.Popen(command, stdin=subprocess.PIPE) 
pipes.append(pipe) 

pipe.stdin.write(word.encode("utf8") + b"\n") 
for filename in filelist[start:end]; 

pipe.stdin.write(filename.encode("utf8") + b"\n") 
pipe.stdin.closeO 
number += 1 

start, end = end, end + files_per_process 

For each start:end slice of the filelist we create a command list consisting of 
the Python interpreter (conveniently available in sys. executable), the child pro¬ 
gram we want Python to execute, and the command-line options—in this case 
just the child number if we are debugging. If the child program has a suitable 
shebang line or file association we could list it first and not bother including 
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the Python interpreter, but we prefer this approach because it ensures that the 
child program uses the same Python interpreter as the parent program. 

Once we have the command ready we create a subprocess. Popen object, speci¬ 
fying the command to execute (as a list of strings), and in this case requesting 
to write to the process’s standard input. (It is also possible to read a process’s 
standard output by setting a similar keyword argument.) We then write the 
search word followed by a newline and then every file in the relevant slice of 
the file list. The subprocess module reads and writes bytes, not strings, but the 
processes it creates always assume that the bytes received from sys. stdin are 
strings in the local encoding—even if the bytes we have sent use a different en¬ 
coding, such as UTF-8 which we have used here. We will see how to get around 
this annoying problem shortly. Once the word and the list of files have been 
written to the child process, we close its standard input and move on. 

It is not strictly necessary to keep a reference to each process (the pipe variable 
gets rebound to a new subprocess.Popen object each time through the loop), 
since each process runs independently, but we add each one to a list so that we 
can make them interruptible. Also, we don’t gather the results together, but 
instead we let each process write its results to the console in its own time. This 
means that the output from different processes could be interleaved. (You will 
get the chance to avoid interleaving in the exercises.) 

while pipes: 

pipe = pipes. popO 
pipe.waitO 

Once all the processes have started we wait for each child process to finish. This 
is not essential, but on Unix-like systems it ensures that we are returned to the 
console prompt when all the processes are done (otherwise, we must press Enter 
when they are all finished). Another benefit of waiting is that if we interrupt 
the program (e.g., by pressing Ctrl+C), all the processes that are still running 
will be interrupted and will terminate with an uncaught Keyboardlnterrupt 
exception—if we did not wait the main program would finish (and therefore not 
be interruptible), and the child processes would continue (unless killed by a kill 
program or a task manager). 

Apart from the comments and imports, here is the complete grepword-p- 
child.py program. We will look at the program in two parts—with two ver¬ 
sions of the first part, the first for any Python 3.x version and the second for 
Python 3.1 or later versions: 

BLOCK_SIZE = 8000 

number = "{0}: ".fonnat(sys.argv[l]) if len(sys.argv) == 2 else "" 

stdin = sys.stdin.buffer. readO 

lines = stdin.decode("utf8", "ignore") .splitlinesO 

word = lines[0].rstripl) 
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The program begins by setting the number string to the given number or to 
an empty string if we are not debugging. Since the program is running as a 
child process and the subprocess module only reads and writes binary data 
and always uses the local encoding, we must read sys. stdin’s underlying buffer 
of binary data and perform the decoding ourselves.* Once we have read the 
binary data, we decode it into a Unicode string and split it into lines. The child 
process then reads the first line, since this contains the search word. 

Here are the lines that are different for Python 3.1: 

sys.stdin = sys.stdin.detachO 
stdin = sys.stdin.read() 

lines = stdin .decode! "utf8", "ignore") .splitUnesO 

Python 3.1 provides the sys.stdin.detachO method that returns a binary file 
object. We then read in all the data, decode it into Unicode using the encoding 
of our choice, and then split the Unicode string into lines. 

for filename in lines[l:]: 

filename = filename.rstrip() 

previous = "" 

try; 

with open(filename, "rb") as fh: 
while True: 

current = fh.read(BLOCK_SIZE) 
if not current: 
break 

current = current.decode("utf8", "ignore") 
if (word in current or 

word in previous [-len(word): ] + 
current[;len(word)]): 
print("{0}{l}".format(number, filename)) 
break 

if len(current) != BLOCK_SIZE: 
break 

previous = current 
except EnvironmentError as err: 

print("{0}{l}".format(number, err)) 

All the lines after the first are filenames (with paths). For each one we open 
the relevant file, read it, and print its name if it contains the search word. It is 
possible that some of the files might be very large and this could be a problem, 
especially if there are 20 child processes running concurrently, all reading big 


*It is possible that a future version of P3rthon will have a version of the subprocess module that 
allows encoding and errors arguments so that we can use our preferred encoding without having 
to access sys.stdin in binary mode and do the decoding ourselves. See bugs.python.org/issue6135. 
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files. We handle this by reading each file in blocks, keeping the previous block 
read to ensure that we don’t miss cases when the only occurrence of the search 
word happens to fall across two blocks. Another benefit of reading in blocks 
is that if the search word appears early in the file we can finish with the file 
without having read everything, since all we care about is whether the word is 
in the file, not where it appears within the file. 


Char¬ 

acter 

encod¬ 

ings 

91 < 


The files are read in binary mode, so we must convert each block to a string be¬ 
fore we can search it, since the search word is a string. We have assumed that 
all the files use the UTF-8 encoding, but this is most likely wrong in some cases. 
A more sophisticated program would try to determine the actual encoding and 
then close and reopen the file using the correct encoding. As we noted in Chap¬ 
ter 2, at least two Python packages for automatically detecting a file’s encoding 
are available from the Python Package Index, pypi.python.org/pypi. (It might 
be tempting to decode the search word into a bytes object and compare bytes 
with bytes, but that approach is not reliable since some characters have more 
than one valid UTF-8 representation.) 


The subprocess module offers a lot more functionality than we have needed to 
use here, including the ability to provide equivalents to shell backquotes and 
shell pipelines, and to the os. system!) and spawn functions. 


In the next section we will see a threaded version of the g repwo rd-p. py program 
so that we can compare it with the parent-child processes one. We will also 
look at a more sophisticated threaded program that delegates work and then 
gathers the results together to have more control over how they are output. 


Using the Threading Module 


Setting up two or more separate threads of execution in Python is quite 
straightforward. The complexity arises when we want separate threads to 
share data. Imagine that we have two threads sharing a list. One thread 
might start iterating over the list using for x in t and then somewhere in the 
middle another thread might delete some items in the list. At best this will lead 
to obscure crashes, at worst to incorrect results. 

One common solution is to use some kind of locking mechanism. For example, 
one thread might acquire a lock and then start iterating over the list; any other 
thread will then be blocked by the lock. In fact, things are not quite as clean as 
this. The relationship between a lock and the data it is locking exists purely 
in our imagination. If one thread acquires a lock and a second thread tries to 
acquire the same lock, the second thread will be blocked until the first releases 
the lock. By putting access to shared data within the scope of acquired locks 
we can ensure that the shared data is accessed by only one thread at a time, 
even though the protection is indirect. 
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One problem with locking is the risk of deadlock. Suppose thread #1 acquires 
lock A so that it can access shared data a and then within the scope of lock A 
tries to acquire lock B so that it can access shared data b —but it cannot acquire 
lock B because meanwhile, thread #2 has acquired lock B so that it can access 
b, and is itself now trying to acquire lock A so that it can access a. So thread #1 
holds lock A and is trying to acquire lock B, while thread #2 holds lock B and is 
trying to acquire lock A. As a result, both threads are blocked, so the program 
is deadlocked, as Figure 10.2 illustrates. 



Figure 10.2 Deadlock: two or more blocked threads trying to acquire each other’s locks 

Although it is easy to visualize this particular deadlock, in practice deadlocks 
can be difficult to spot because they are not always so obvious. Some threading 
libraries are able to help with warnings about potential deadlocks, but it 
requires human care and attention to avoid them. 

One simple yet effective way to avoid deadlocks is to have a policy that defines 
the order in which locks should be acquired. For example, if we had the policy 
that lock A must always be acquired before lock B, and we wanted to acquire 
lock B, the policy requires us to first acquire lock A. This would ensure that the 
deadlock described here would not occur—since both threads would begin by 
trying to acquire A and the first one that did would then go on to lock B —unless 
someone forgets to follow the policy. 

Another problem with locking is that if multiple threads are waiting to acquire 
a lock, they are blocked and are not doing any useful work. We can mitigate 
this to a small extent with subtle changes to our coding style to minimize the 
amount of work we do within the context of a lock. 

Every Python program has at least one thread, the main thread. To create 
multiple threads we must import the threading module and use that to cre¬ 
ate as many additional threads as we want. There are two ways to create 
threads: We can call threading .Thread ( ) and pass it a callable object, or we can 
subclass the threading .Thread class—both approaches are shown in this chap¬ 
ter. Subclassing is the most flexible approach and is quite straightforward. 

Subclasses can reimplement_ init _() (in which case they must call the base 

class implementation), and they must reimplement run ()— it is in this method 
that the thread’s work is done. The run () method must never be called by our 
code—threads are started by calling the sta rt () method and that will call run () 
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when it is ready. No other threading.Thread methods may be reimplemented, 
although adding additional methods is fine. 


Example: A Threaded Find Word Program 


In this subsection we will review the code for the g repwo rd-t. py program. This 
program does the same job as g repwo rd-p. py, only it delegates the work to mul¬ 
tiple threads rather than to multiple processes. It is illustrated schematically 
in Figure 10.3. 

One particularly interesting feature of the program is that it does not appear 
to use any locks at all. This is possible because the only shared data is a list 
of files, and for these we use the queue.Queue class. What makes queue.Queue 
special is that it handles all the locking itself internally, so whenever we access 
it to add or remove items, we can rely on the queue itself to serialize accesses. 
In the context of threading, serializing access to data means ensuring that 
only one thread at a time has access to the data. Another benefit of using 
queue.Queue is that we don’t have to share out the work ourselves; we simply 
add items of work to the queue and leave the worker threads to pick up work 
whenever they are ready. 

The queue.Queue class works on a first in, first out (FIFO) basis; the queue 
module also provides queue.LifoQueue for last in, first out (LIFO) access, and 
queue.PriorityQueue which is given tuples such as the 2-tuple (priority, item), 
with items with the lowest priority numbers being processed first. All the 
queues can be created with a maximum size set; if the maximum size is reached 
the queue will block further attempts to add items until items have been 
removed. 

We will look at the g repwo rd-t. py program in three parts, starting with the 
complete main () function: 

def mainO : 

opts, word, args = parse_options() 
filelist = get_files(args, opts.recurse) 
work_queue = queue.Queued 
for i in range(opts.count): 

number = "{0}: ".format(i + 1) if opts.debug else "" 
worker = Worker(work_queue, word, number) 
worker.daemon = True 
worker.startO 
for filename in filelist; 

work_queue.put(filename) 
work_queue. joinO 
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grepword-t.py 


main thread 


thread #1 


thread #2 


thread #3 


Figure 10.3 A multithreaded program 

Getting the user’s options and the file list are the same as before. Once we have 
the necessary information we create a queue. Queue and then loop as many times 
as there are threads to be created; the default is 7. For each thread we prepare 
a number string for debugging (an empty string if we are not debugging) and 
then we create a Worker (a threading .Thread subclass) instance—we’ll come 
back to setting the daemon property in a moment. Next we start off the thread, 
although at this point it has no work to do because the work queue is empty, so 
the thread will immediately be blocked trying to get some work. 

With all the threads created and ready for work we iterate over all the files, 
adding each one to the work queue. As soon as the first file is added one of the 
threads could get it and start on it, and so on until all the threads have a file to 
work on. As soon as a thread finishes working on a file it can get another one, 
until all the files are processed. 

Notice that this differs from grepword-p.py where we had to allocate slices 
of the file list to each child process, and the child processes were started and 
given their lists sequentially. Using threads is potentially more efficient in 
cases like this. For example, if the first five files are very large and the rest 
are small, because each thread takes on one job at a time each large file will 
be processed by a separate thread, nicely spreading the work. But with the 
multiple processes approach we took in the g repwo rd-p. py program, all the large 
files would be given to the first process and the small files given to the others, 
so the first process would end up doing most of the work while the others might 
all finish quickly without having done much at all. 

The program will not terminate while it has any threads running. This is a 
problem because once the worker threads have done their work, although they 
have finished they are technically still running. The solution is to turn the 
threads into daemons. The effect of this is that the program will terminate 
as soon as the program has no nondaemon threads running. The main thread 
is not a daemon, so once the main thread finishes, the program will cleanly 
terminate each daemon thread and then terminate itself Of course, this can 
now create the opposite problem—once the threads are up and running we 
must ensure that the main thread does not finish until all the work is done. 
This is achieved by calling queue.Queue, join()—this method blocks until the 
queue is empty. 

Here is the start of the Worker class: 











448 


Chapter 10. Processes and Threading 


class Worker(threading.Thread): 

def _init_(self, work_queue, word, number): 

super!)._init_() 

self.work_queue = work_queue 
self.word = word 
self.number = number 

def run(self): 
while True: 
try: 

filename = self.work_queue.get() 
self.process(filename) 
finally: 

self.work_queue.task_done() 

The_init_() method must call the base class_init_(). The work queue is 

the same queue. Queue shared by all the threads. 

We have made the run() method an infinite loop. This is common for daemon 
threads, and makes sense here because we don’t know how many files the 
thread must process. At each iteration we call queue. Queue. get () to get the next 
file to work on. This call will block if the queue is empty, and does not have to 
be protected by a lock because queue.Queue handles that automatically for us. 
Once we have a file we process it, and afterward we must tell the queue that 
we have done that particular job—calling queue.Queue. task_done{) is essential 
to the correct working of queue. Queue. j oin (). 

We have not shown the process () function, because apart from the def line, the 
code is the same as the code used in grepword-p-child .py from the previous = "" 
line to the end (443 -<). 

One final point to note is that included with the book’s examples is grepword- 
m. py, a program that is almost identical to the g repwo rd-t. py program reviewed 
here, but which uses the multiprocessing module rather than the threading 
module. The code has just three differences: first, we import multiprocessing 
instead of queue and threading; second, the Worker class inherits multiprocess¬ 
ing.Process instead of threading .Thread; and third, the work queue is a multi¬ 
processing .JoinableQueue instead of a queue.Queue. 

The multiprocessing module provides thread-like functionality using forking 
on systems that support it (Unix), and child processes on those that don’t (Win¬ 
dows), so locking mechanisms are not always required, and the processes will 
run on whatever processor cores the operating system has available. The pack¬ 
age provides several ways of passing data between processes, including using 
a queue that can be used to provide work for processes just like queue. Queue can 
be used to provide work for threads. 
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The chief benefit of the multiprocessing version is that it can potentially run 
faster on multicore machines than the threaded version since it can run its 
processes on as many cores as are available. Compare this with the standard 
Python interpreter (written in C, sometimes called CPython) which has a GIL 
(Global Interpreter Lock) that means that only one thread can execute Python 
code at any one time. This restriction is an implementation detail and does not 
necessarily apply to other Python interpreters such as Jython.* 


Example: A Threaded Find Duplicate Files 
Program 


The second threading example has a similar structure to the first, but is more 
sophisticated in several ways. It uses two queues, one for work and one for 
results, and has a separate results processing thread to output results as 
soon as they are available. It also shows both a threading .Thread subclass and 
calling threading .Thread! ) with a function, and also uses a lock to serialize 
access to shared data (a diet). 

The f indduplicates-t. py program is a more advanced version of the f inddup. py 
program from Chapter 5. It iterates over all the files in the current directory 
(or the specified path), recursively going into subdirectories. It compares 
the lengths of all the files with the same name (just like f inddup.py), and for 
those files that have the same name and the same size it then uses the MD5 
(Message Digest) algorithm to check whether the files are the same, reporting 
any that are. 

We will start by looking at the main () function, split into four parts, 
def mainO : 

opts, path = parse_options() 
data = collections.defaultdict(list) 
for root, dins, files in os.walk(path): 
for filename in files: 

fullname = os.path.join(root, filename) 
try: 

key = (os.path.getsize(fullname), filename) 
except EnvironmentError: 

continue 
if key[0] == 0: 
continue 

datajkey].append(fullname) 


*For a brief explanation of why CPython uses a GIL see www. python .org/doc/faq/libra ry/#can-t-we- 
get-rid-of-the-global-interpreter-lock and docs.python.org/api/tbreads.html. 
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Each key of the data default dictionary is a 2-tuple of (size, filename), where 
the filename does not include the path, and each value is a list of filenames 
(which do include their paths). Any items whose value list has more than one 
filename potentially has duplicates. The dictionary is populated by iterating 
over all the files in the given path, but skipping any files we cannot get the size 
of (perhaps due to permissions problems, or because they are not normal files), 
and any that are of 0 size (since all zero length files are the same). 

work_queue = queue. PriorityQueueO 
results_queue = queue.Queued 
ind5_f roni_filenanie = {} 
for i in range(opts.count); 

number = "{0}: ".format(i + 1) if opts.debug else "" 
worker = Worker(work_queue, md5_from_filename, results_queue, 
number) 

worker, daemon = True 
worker, start () 

With all the data in place we are ready to create the worker threads. We begin 
by creating a work queue and a results queue. The work queue is a priority 
queue, so it will always return the lowest-priority items (in our case the 
smallest files) first. We also create a dictionary where each key is a filename 
(including its path) and where each value is the file’s MD5 digest value. The 
purpose of the dictionary is to ensure that we never compute the MD5 of the 
same file more than once (since the computation is expensive). 

With the shared data collections in place we loop as many times as there are 
threads to create (by default, seven times). The Worker subclass is similar to 
the one we created before, only this time we pass both queues and the MD5 
dictionary. As before, we start each worker straight away and each will be 
blocked until a work item becomes available. 

results_thread = threading.Thread! 

target=lambda: print_results(results_queue)) 
results_thread.daemon = True 
results_thread.start() 

Rather than creating a threading .Thread subclass to process the results we 
have created a function and we pass that to threading.Thread!). The return 
value is a custom thread that will call the given function once the thread is 
started. We pass the results queue (which is, of course, empty), so the thread 
will block immediately. 

At this point we have created all the worker threads and the results thread and 
they are all blocked waiting for work. 

for size, filename in sorted!data): 
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names = data[size, filename] 
if len(names) > 1: 

work_queue.put((size, names)) 
work_queue. joinO 
results_queue. joinO 

We now iterate over the data, and for each (size, filename) 2-tuple that has a 
list of two or more potentially duplicate files, we add the size and the filenames 
with paths as an item of work to the work queue. Since the queue is a class 
from the queue module we don’t have to worry about locking. 

Finally we join the work queue and results queue to block until they are empty. 
This ensures that the program runs until all the work is done and all the 
results have been output, and then terminates cleanly. 

def print_results(results_queue): 
while True; 
try: 

results = results_queue.get() 
if results: 

print(results) 

finally: 

results_queue.task_done() 

This function is passed as an argument to threading.Thread!) and is called 
when the thread it is given to is started. It has an infinite loop because it is to 
be used as a daemon thread. All it does is get results (a multiline string), and 
if the string is nonempty, it prints it for as long as results are available. 

The beginning of the Worker class is similar to what we had before: 

class Worker(threading.Thread): 

Md5_lock = threading.Lock() 

def _init_(self, work_queue, md5_from_filename, results_queue, 

number): 

super!)._init_() 

self.work_queue = work_queue 
self.md5_from_filename = md5_from_filename 
self.results_queue = results_queue 
self.number = number 

def run(self): 
while True: 
try: 

size, names = self.work_queue.get() 
self.process(size, names) 
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finally: 

self.work_queue.task_done() 

The differences are that we have more shared data to keep track of and we 
call our custom process () function with different arguments. We don’t have to 
worry about the queues since they ensure that accesses are serialized, but for 
other data items, in this case the mdS f rom f ilename dictionary, we must handle 
the serialization ourselves by providing a lock. We have made the lock a class 
attribute because we want every Wo rke r instance to use the same lock so that 
if one instance holds the lock, all the other instances are blocked if they try to 
acquire it. 

We will review the process () function in two parts. 

def process(self, size, filenames): 
md5s = collections.defaultdict(set) 
for filename in filenames: 
with self.Md5_lock: 

md5 = self.md5_from_filename.get(filename, None) 
if md5 is not None: 

md5s[md5].add(filename) 
else: 
try: 

md5 = hashlib.mdSO 

with open(filename, "rb") as fh: 

md5.update(fh. readO) 
md5 = md5.digest!) 
md5s[md5].add(filename) 
with self.Md5_lock: 

self.md5_from_filename[filename] = md5 
except EnvironmentError: 
continue 

We start out with an empty default dictionary where each key is to be an MD5 
digest value and where each value is to be a set of the filenames of the files 
that have the corresponding MD5 value. We then iterate over all the files, and 
for each one we retrieve its MD5 if we have already calculated it, and calculate 
it otherwise. 

Whether we access the mdS from f ilename dictionary to read it or to write to it, 
we put the access in the context of a lock. Instances of the threading.Lock() 
class are context managers that acquire the lock on entry and release the lock 
on exit. The with statements will block if another thread has the MdS lock, until 
the lock is released. For the first with statement when we acquire the lock we 
get the MD5 from the dictionary (or None if it isn’t there). If the MD5 is None we 
must compute it, in which case we store it in the mdSfromf ilename dictionary 
to avoid performing the computation more than once per file. 
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Notice that at all times we try to minimize the amount of work done within the 
scope of a lock to keep blocking to a minimum—in this case just one dictionary 
access each time. 

Strictly speaking, we do not need to use a lock at all if we are using CPython, 
GIL since the GIL effectively synchronizes dictionary accesses for us. However, we 
449 < have chosen to program without relying on the GIL implementation detail, and 

so we use an explicit lock. 

for filenames in mdSs.valuesO: 
if len(filenames) == 1: 
continue 

self.results_queue.put("{0}Duplicate files ({l:n} bytes):" 

"\n\t{2}".format(self.number, size, 
"\n\t".join(sorted(filenames)))) 

At the end we loop over the local md5s default dictionary, and for each set of 
names that contains more than one name we add a multiline string to the 
results queue. The string contains the worker thread number (an empty string 
by default), the size of the file in bytes, and all the duplicate filenames. We 
don’t need to use a lock to access the results queue since it is a queue.Queue 
which will automatically handle the locking behind the scenes. 

The queue module’s classes greatly simplify threaded applications, and when we 
need to use explicit locks the threading module offers many options. Here we 
used the simplest, threading. Lock, but others are available, including thread¬ 
ing . RLock (a lock that can be acquired again by the thread that already holds 
it), threading. Semaphore (a lock that can be used to protect a specific number of 
resources), and threading. Condition that provides a wait condition. 

Using multiple threads can often lead to cleaner solutions than using the 
subprocess module, but unfortunately, threaded Python programs do not nec- 
GIL essarily achieve the best possible performance compared with using multiple 
449 < processes. As noted earlier, the problem afflicts the standard implementation 
of Python, since the CPython interpreter can execute Python code on only one 
processor at a time, even when using multiple threads. 

One package that tries to solve this problem is the multiprocessing module, and 
as we noted earlier, the grepword-m. py program is a multiprocessing version of 
the grepword-t. py program, with only three lines that are different. A similar 
transformation could be applied to the f indduplicates-t. py program reviewed 
here, but in practice this is not recommended. Although the multiprocessing 
module offers an API (Application Programming Interface) that closely match¬ 
es the threading module’s API to ease conversion, the two APIs are not the 
same and have different trade-offs. Also, performing a mechanistic conver¬ 
sion from threading to multiprocessing is likely to be successful only on small, 
simple programs like g repwo rd-t. py; it is too crude an approach to use for the 
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f indduplicates-t. py program, and in general it is best to design programs from 
the ground up with multip recessing in mind. (The program f indduplicates-m. py 
is provided with the book’s examples; it does the same job as findduplicates- 
t. py but works in a very different way and uses the multiprocessing module.) 

Another solution being developed is a threading-friendly version of the 
CPython interpreter; see www.code.google.com/p/python-threadsafe for the lat¬ 
est project status. 


Summary 


This chapter showed how to create programs that can execute other programs 
using the standard library’s subprocess module. Programs that are run using 
subprocess can be given command-line data, can be fed data to their standard 
input, and can have their standard output (and standard error) read. Using 
child processes allows us to take maximum advantage of multicore processors 
and leaves concurrency issues to be handled by the operating system. The 
downside is that if we need to share data or synchronize processes we must 
devise some kind of communication mechanism, for example, shared memory 
(e.g., using the mmap module), shared files, or networking, and this can require 
care to get right. 

The chapter also showed how to create multithreaded programs. Unfortunate¬ 
ly, such programs cannot take full advantage of multiple cores (if run using the 
standard CPython interpreter), so for Python, using multiple processes is often 
a more practical solution where performance is concerned. Nonetheless, we 
saw that the queue module and Python’s locking mechanisms, such as thread¬ 
ing. Lock, make threaded programming as straightforward as possible—and 
that for simple programs that only need to use queue objects like queue.Queue 
and queue.PriorityQueue, we may be able to completely avoid using explic¬ 
it locks. 

Although multithreaded programming is undoubtedly fashionable, it can 
be much more demanding to write, maintain, and debug multithreaded pro¬ 
grams than single-threaded ones. However, multithreaded programs allow for 
straightforward communication, for example, using shared data (providing we 
use a queue class or use locking), and make it much easier to synchronize (e.g., 
to gather results) than using child processes. Threading can also be very use¬ 
ful in GUI (Graphical User Interface) programs that must carry out long-run¬ 
ning tasks while maintaining responsiveness, including the ability to cancel 
the task being worked on. But if a good communication mechanism between 
processes is used, such as shared memory, or the process-transparent queue 
offered by the multiprocessing package, using multiple processes can often be 
a viable alternative to multiple threads. 
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The following chapter shows another example of a threaded program; a server 
that handles each client request in a separate thread, and that uses locks to 
protect shared data. 


Exercises 

1. Copy and modify the grepword-p.py program so that instead of the child 
processes printing their output, the main program gathers the results, 
and after all the child processes have finished, sorts and prints the results. 
This only requires editing the main() function and changing three lines 
and adding three lines. The exercise does require some thought and care, 
and you will need to read the subprocess module’s documentation. A solu¬ 
tion is given in grepword-p_ans. py. 

2. Write a multithreaded program that reads the files listed on the com¬ 
mand line (and the files in any directories listed on the command line, 
recursively). For any file that is an XML file (i.e., it begins with the charac¬ 
ters “<?xml”), parse the file using an XML parser and produce a list of the 
unique tags used by the file or an error message if a parsing error occurs. 
Here is a sample of the program’s output from one particular run: 

./data/dvds.xml is an XML file that uses the following tags: 
dvd 
dvds 

./data/bad.aix is an XML file that has the following error: 
mismatched tag: line 7889, column 2 

./data/incidents.aix is an XML file that uses the following tags: 
airport 
incident 
incidents 
narrative 

The easiest way to write the program is to modify a copy of the 
findduplicates-t. py program, although you can of course write the pro¬ 
gram entirely from scratch. Small changes will need to be made to the 

Worker class’s_init_() and run() methods, and the process () method will 

need to be rewritten entirely (but needs only around twenty lines). The 
program’s main () function will need several simplifications and so will one 
line of the print results () function. The usage message will also need to 
be modified to match the one shown here: 

Usage: xmlsummary.py [options] [path] 

outputs a summary of the XML files in path; path defaults to . 

Options; 

-h, —help 


show this help message and exit 
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-t COUNT, —threads=COUNT 

the number of threads to use (1..20) [default 7] 

-V, --verbose 
-d, —debug 

Make sure you try running the program with the debug flag set so that you 
can check that the threads are started up and that each one does its share 
of the work. A solution is provided in xmlsumma ry. py, which is slightly more 
than 100 lines and uses no explicit locks. 
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• Creating a TCP Client 

• Creating a TCP Server 


Networking 


Networking allows computer programs to communicate with each other, 
even if they are running on different machines. For programs such as web 
browsers, this is the essence of what they do, whereas for others networking 
adds additional dimensions to their functionality, for example, remote opera¬ 
tion or logging, or the ability to retrieve or supply data to other machines. Most 
networking programs work on either a peer-to-peer basis (the same program 
runs on different machines), or more commonly, a client/server basis (client 
programs send requests to a server). 

In this chapter we will create a basic client/server application. Such applica¬ 
tions are normally implemented as two separate programs: a server that waits 
for and responds to requests, and one or more clients that send requests to the 
server and read back the server’s response. For this to work, the clients must 
know where to connect to the server, that is, the server’s IP (Internet Proto¬ 
col) address and port number.* Also, both clients and server must send and 
receive data using an agreed-upon protocol using data formats that they both 
understand. 

Python’s low-level socket module (on which all of Python’s higher-level net¬ 
working modules are based) supports both IPv4 and IPv6 addresses. It also 
supports the most commonly used networking protocols, including UDP (User 
Datagram Protocol), a lightweight but unreliable connectionless protocol where 
data is sent as discrete packets (datagrams) but with no guarantee that they 
will arrive, and TCP (Transmission Control Protocol), a reliable connection- 
and stream-oriented protocol. With TCP, any amount of data can be sent and 
received—the socket is responsible for breaking the data into chunks that are 
small enough to send, and for reconstructing the data at the other end. 


*Machines can also connect using service discovery, for example, using the bonjour API; suitable 
modules are available from the Python Package Index, pypi. python. org/pypi 
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UDP is often used to monitor instruments that give continuous readings, and 
where the odd missed reading is not significant, and it is sometimes used for 
audio or video streaming in cases where the occasional missed frame is ac¬ 
ceptable. Both the FTP and the HTTP protocols are built on top of TCP, and 
client/server applications normally use TCP because they need connection-ori¬ 
ented communication and the reliability that TCP provides. In this chapter we 
will develop a client/server program, so we use TCP. 

Another decision that must be made is whether to send and receive data as 
lines of text or as blocks of binary data, and if the latter, in what form. In this 
chapter we use blocks of binary data where the first four bytes are the length 
of the following data (encoded as an unsigned integer using the struct mod¬ 
ule), and where the following data is a binary pickle. The advantage of this 
approach is that we can use the same sending and receiving code for any ap¬ 
plication since we can store almost any arbitrary data in a pickle. The disad- 
Pickles vantage is that both client and server must understand pickles, so they must be 

292 -< written in Python or must be able to access Python, for example, using Jython 

in Java or Boost.Python in C- 1 -- 1 -. And of course, the usual security considera¬ 
tions apply to the use of pickles. 

The example we will use is a car registration program. The server holds details 
of car registrations (license plate, seats, mileage, and owner). The client is used 
to retrieve car details, to change a car’s mileage or owner, or to create a new 
car registration. Any number of clients can be used and they won’t block each 
other, even if two access the server at the same time. This is because the server 
hands off each client’s request to a separate thread. (We will also see that it is 
just as easy to use separate processes.) 

For the sake of the example, we will run the server and clients on the same 
machine; this means that we can use “localhost” as the IP address (although if 
the server is on another machine the client can be given its IP address on the 
command line and this will work as long as there is no firewall in the way). We 
have also chosen an arbitrary port number of 9653. The port number should 
be greater than 1023 and is normally between 5001 and 32767, although port 
numbers up to 65535 are normally valid. 

The server can accept five kinds of requests: get_car_details, change_mileage, 
CHANGE_owNER, NEW_REGisTRATioN, and SHUTDOWN, with a Corresponding response 
for each. The response is the requested data or confirmation of the requested 
action, or an indication of an error. 
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The client program is car registration. py. Here is an example of interaction 
(with the server already running, and with the menu edited slightly to fit on 
the page): 
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(C)ar (M)ileage (O)wner (N)ew car (S)top server (Q)uit [c]: 

License: 024 hyr 

License: 024 HYR 

Seats: 2 

Mileage: 97543 

Owner: Jack Lemon 

(C)ar (M)ileage (O)wner (N)ew car (S)top server (Q)uit [c]: m 

License [024 HYR]: 

Mileage [97543]: 103491 
Mileage successfully changed 


The data entered by the user is shown in bold —where there is no visible input 
it means that the user pressed Enter to accept the default. Here the user has 
asked to see the details of a particular car and then updated its mileage. 

As many clients as we like can be running, and when a user quits their partic¬ 
ular client the server is unaffected. But if the server is stopped, the client it 
was stopped in will quit and all the other clients will get a “Connection refused” 
error and will terminate when they next attempt to access the server. In a more 
sophisticated application, the ability to stop the server would be available only 
to certain users, perhaps on only particular machines, but we have included it 
in the client to show how it is done. 

We will now review the code, starting with the main () function and the handling 
of the user interface, and finishing with the networking code itself 


def mainO : 

if len(sys.argv) > 1: 

Address[0] = sys.argv[l] 

call = dict(c=get_car_details, m=change_mileage, o=change_owner, 
n=new_registration, s=stop_server, q=quit) 
menu = ("(C)ar Edit (M)ileage Edit (0)wner (N)ew car " 
"(S)top server (Q)uit") 
valid = frozenset("cmonsq") 
previous_license = None 
while True: 

action = Console.get_menu_choice(menu, valid, "c", True) 
previous_license = call[action](previous_license) 


Branch¬ 

ing 

using 

dictio¬ 

naries 

340 < 


The Address list is a global that holds the IP address and port number as a 
two-item list, ["localhost", 9653], with the IP address overridden if specified 
on the command line. The call dictionary maps menu options to functions. 

The Console module is one supplied with this book and contains some use¬ 
ful functions for getting values from the user at the console, such as Con¬ 
sole.get_string() and Console.get_integer(); these are similar to functions 
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developed in earlier chapters and have been put in a module to make them easy 
to reuse in different programs. 

As a convenience for users, we keep track of the last license they entered so 
that it can be used as the default, since most commands start by asking for 
the license of the relevant car. Once the user makes a choice we call the corre¬ 
sponding function passing in the previous license, and expecting each function 
to return the license it used. Since the loop is infinite the program must be ter¬ 
minated by one of the functions; we will see this further on. 

def get_car_details(previous_license): 

license, car = retrieve_car_details(previous_license) 
if car is not None: 

printC'License; {0}\nSeats: {seats}\nMileage: {mileage}\n" 
"Owner; {owner}".format(license, **car._asdict())) 
return license 

This function is used to get information about a particular car. Since most 
of the functions need to request a license from the user and often need some 
car-related data to work on, we have factored out this functionality into the 
retrieve car detailsO function—it returns a 2-tuple of the license entered 
by the user and a named tuple, CarTuple, that holds the car’s seats, mileage, 
and owner (or the previous license and None if they entered an unrecognized 
license). Here we just print the information retrieved and return the license 
to be used as the default for the next function that is called and that needs 
the license. 

def retrieve_car_details(previous_license): 

license = Console.get_string{"License", "license", 

previous_license) 

if not license: 

return previous_license. None 
license = license.upper() 

ok, *data = handle_request("GET_CAR_DETAILS", license) 
if not ok: 

print(data[0]) 

return previous_license. None 
return license, CarTuple(*data) 

This is the first function to make use of networking. It calls the handle re- 
questO function that we review further on. The handle requestO function 
takes whatever data it is given as arguments and sends it to the server, and 
then returns whatever the server replies. The handle request () function does 
not know or care what data it sends or returns; it purely provides the network¬ 
ing service. 
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In the case of car registrations we have a protocol where we always send the 
name of the action we want the server to perform as the first argument, fol¬ 
lowed by any relevant parameters—in this case, just the license. The proto¬ 
col for the reply is that the server always return a tuple whose first item is a 
Boolean success/failure flag. If the flag is False, we have a 2-tuple and the sec¬ 
ond item is an error message. If the flag is True, the tuple is either a 2-tuple 
with the second item being a confirmation message, or an n-tuple with the sec¬ 
ond and subsequent items holding the data that was requested. 

So here, if the license is unrecognized, ok is False and we print the error 
message in data [ 0 ] and return the previous license unchanged. Otherwise, we 
return the license (which will now become the previous license), and aCarTuple 
made from the data list, (seats, mileage, owner). 

def change_mileage(previous_license): 

license, car = retrieve_car_details(previous_license) 
if car is None: 

return previous_license 

mileage = Console.get_integer("Mileage", "mileage", 

car.mileage, 0) 

if mileage == 0; 
return license 

ok, *data = handle_request("CHANGE_MILEAGE", license, mileage) 
if not ok; 

print(data[0]) 
else: 

printC'Mileage successfully changed") 
return license 

This function follows a similar pattern to get_car_details(), except that once 
we have the details we update one aspect of them. There are in fact two 
networking calls, since ret rieve_ca r_details () calls handle_request () to get the 
car’s details—we need to do this both to confirm that the license is valid and to 
get the current mileage to use as the default. Here the reply is always a 2-tuple, 
with either an error message or None as the second item. 

We won’t review the change owne r ( ) function since it is structurally the same as 
change_mileage( ), nor will we review new_regist ration () since it differs only in 
not retrieving car details at the start (since it is a new car being entered), and 
asking the user for all the details rather than just changing one detail, none of 
which is new to us or relevant to network programming. 

def quit(*ignore); 
sys.exitO 
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def stop_server(*ignore); 

handle_request("SHUTDOWN", wait_for_reply=False) 
sys.exitO 

If the user chooses to quit the program we do a clean termination by calling 
sys.exitO. Every menu function is called with the previous license, but we 
don’t care about the argument in this particular case. We cannot write def 
quit 0 : because that would create a function that expects no arguments and so 
when the function was called with the previous license a TypeError exception 
would be raised saying that no arguments were expected but that one was giv¬ 
en. So instead we specify a parameter of ^ignore which can take any number 
of positional arguments. The name ignore has no significance to Python and is 
used purely to indicate to maintainors that the arguments are ignored. 

If the user chooses to stop the server we use handle_request( ) to inform the 
server, and specify that we don’t want a reply. Once the data is sent, han- 
dle requestO returns without waiting for a reply, and we do a clean termina¬ 
tion using sys . exit (). 

def handle_request(*iteins, wait_for_reply=True): 

SizeStruct = struct.Struct("!I") 
data = pickle.dumps(items, 3) 

try; 

with SocketManager(tuple(Address)) as sock: 
sock.sendalllSizeStruct.pack(len(data))) 
sock. sendaU(data) 
if not wait_for_reply: 
return 

size_data = sock.recv(SizeStruct.size) 
size = SizeStruct.unpack(size_data)[0] 
result = bytearrayO 
while True; 

data = sock.recv(4000) 
if not data: 
break 

result.extend(data) 
if len(result) >= size: 
break 

return pickle.loads(result) 
except socket.error as err: 

print("{0}; is the server running?".format(err)) 
sys.exit(1) 

This function provides all the client program’s network handling. It begins 
by creating a st ruct. St ruct which holds one unsigned integer in network byte 
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order, and then it creates a pickle of whatever items it is passed. The function 
does not know or care what the items are. Notice that we have explicitly set the 
pickle protocol version to 3—this is to ensure that both clients and server use 
the same pickle version, even if a client or server is upgraded to run a different 
version of Python. 

If we wanted our protocol to be more future proof, we could version it (just as 
we do with binary disk formats). This can be done either at the network level or 
at the data level. At the network level we can version by passing two unsigned 
integers instead of one, that is, length and a protocol version number. At the 
data level we could follow the convention that the pickle is always a list (or 
always a dictionary) whose first item (or “version” item) has a version number. 
(You will get the chance to version the protocol in the exercises.) 

The SocketManager is a custom context manager that gives us a socket to 
use—we will review it shortly. The socket. socket. sendall () method sends all 
the data it is given—making multiple socket.socket.send() calls behind the 
scenes if necessary. We always send two items of data: the length of the pick¬ 
le and the pickle itself If the wait for reply argument is False we don’t wait 
for a reply and return immediately—the context manager will ensure that the 
socket is closed before the function actually returns. 

After sending the data (and when we want a reply), we call the sock¬ 
et . socket. recv() method to get the reply. This method blocks until it receives 
data. For the first call we request four bytes—the size of the integer that holds 
the size of the reply pickle to follow. We use the struct.Struct to unpack the 
bytes into the size integer. We then create an empty bytea rray and try to re¬ 
trieve the incoming pickle in blocks of up to 4 000 bytes. Once we have read 
in size bytes (or if the data has run out before then), we break out of the loop 
and unpickle the data using the pickle. loads () function (which takes a bytes or 
bytearray object), and return it. In this case we know that the data will always 
be a tuple since that is the protocol we have established with the car registra¬ 
tion server, but the handle request () function does not know or care about what 
the data is. 

If something goes wrong with the network connection, for example, the server 
isn’t running or the connection fails for some reason, a socket .error exception 
is raised. In such cases the exception is caught and the client program issues 
an error message and terminates. 

class SocketManager: 

def _init_(self, address): 

self.address = address 

def _enter_(self); 

self.sock = socket.socket(socket .AF_INET, socket. S0CK_STREAM) 

self.sock.connect(self.address) 
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return self.sock 

def_exit_(self, ^ignore): 

self .sock.closeO 

The address object is a 2-tuple (IP address, port number) and is set when the 
context manager is created. Once the context manager is used in a with state¬ 
ment it creates a socket and tries to make a connection—blocking until a con¬ 
nection is established or until a socket exception is raised. The first argument 
to the socket. socket () initializer is the address family; here we have used sock¬ 
et . AF INET (IPv4), but others are available, for example, socket. AF_INET6 (IPv6), 
socket. AF UNIX, and socket. AF NETLINK. The second argument is normally either 
socket. SOCK STREAM (TCP) as we have used here, or socket. SOCK DGRAM (UDP). 

When the flow of control leaves the with statement’s scope the context ob¬ 
ject’s _exit_0 method is called. We don’t care whether an exception was 

raised or not (so we ignore the exception arguments), and just close the sock¬ 
et. Since the method returns None (in a Boolean context. False), any exceptions 
are propagated—this works well since we put a suitable except block in han- 
dle_request() to process any socket exceptions that occur. 


Creating a TCP Server 


Since the code for creating servers often follows the same design, rather than 
having to use the low-level socket module, we can use the high-level socket- 
server module which takes care of all the housekeeping for us. All we have to 
do is provide a request handler class with a handle() method which is used to 
read requests and write replies. The socketserver module handles the commu¬ 
nications for us, servicing each connection request, either serially or by pass¬ 
ing each request to its own separate thread or process—and it does all of this 
transparently so that we are insulated from the low-level details. 

For this application the server is car registration server.py.* This program 
contains a very simple Car class that holds seats, mileage, and owner informa¬ 
tion as properties (the first one read-only). The class does not hold car licenses 
because the cars are stored in a dictionary and the licenses are used for the 
dictionary’s keys. 

We will begin by looking at the main() function, then briefly review how the 
server’s data is loaded, then the creation of the custom server class, and final¬ 
ly the implementation of the request handler class that handles the client 
requests. 


*The first time the server is run on Windows a firewall dialog might pop up saying that Python is 
blocked—click Unblock to allow the server to operate. 
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def mainO : 

filename = os.path.join(os.path.dirname(_file_), 

"car_registrations.dat") 

cars = load(filenanie) 

printC'Loaded {0} car registrations".format(len(cars))) 
RequestHandler.Cars = cars 
server = None 
try; 

server = CarRegistrationServer(, 9653), RequestHandler) 
server. serve_forever() 
except Exception as err: 

print("ERROR", err) 
finally; 

if server is not None: 
server.shutdownO 
save(filename, cars) 

printC'Saved {0} car registrations".format(len(cars))) 

We have stored the car registration data in the same directory as the program. 
The cars object is set to a dictionary whose keys are license strings and whose 
values are Car objects. Normally servers do not print anything since they 
are typically started and stopped automatically and run in the background, 
so usually they report on their status by writing logs (e.g., using the logging 
module). Here we have chosen to print a message at start-up and shutdown to 
make testing and experimenting easier. 

Our request handler class needs to be able to access the cars dictionary, but 
we cannot pass the dictionary to an instance because the server creates the 
instances for us—one to handle each request. So we set the dictionary to the 
RequestHandler.Cars class variable where it is accessible to all instances. 

We create an instance of the server passing it the address and port it should 
operate on and the RequestHandler class object—not an instance. An empty 
string as the address indicates any accessible IPv4 address (including the 
current machine, localhost). Then we tell the server to serve requests forever. 
When the server shuts down (we will see how this happens further on), we save 
the cars dictionary since the data may have been changed by clients. 

def load(filename): 
try; 

with contextlib.closing(gzip.open(filename, "rb")) as fh: 
return pickle.load(fh) 

except (EnvironmentError, pickle.UnpicklingError) as err; 
printC'server cannot load data; {0}". format (err)) 
sys.exit(l) 
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The code for loading is easy because we have used a context manager from the 
standard library’s contextlib module to ensure that the file is closed irrespec¬ 
tive of whether an exception occurs. Another way of achieving the same effect 
is to use a custom context manager. For example: 

class GzipManager: 

def init (self, filename, mode): 

self.filename = filename 
self.mode = mode 

def _enter_(self): 

self.fh = gzip.open(self.filename, self.mode) 
return self.fh 

def exit (self, ^ignore); 

self .fh.closeO 

Using the custom GzipManager, the with statement becomes: 

with GzipManager(filenaine, "rb") as fh: 

This context manager will work with any Python 3.x version. But if we only 
care about Python 3.1 or later, we can simply write, with gzip.open(...) as fh, 
since from Python 3.1 the gzip.open() function supports the context manager 
protocol. 

The save () function (not shown) is structurally the same as the load () function, 
only we open the file in write binary mode, use pickle .dump () to save the data, 
and don’t return anything. 

class CarRegistrationServer(socketserver.ThreadingMixIn, 

socketserver.TCPServer): pass 

This is the complete custom server class. If we wanted to create a server that 
used processes rather than threads, the only change would be to inherit the 
socketserver.ForkingMixIn class instead of the socketserver.ThreadingMixIn 
class. The term mixin is often used to describe classes that are specifically 
designed to be multiply-inherited. The socketserver module’s classes can be 
used to create a variety of custom servers including UDP servers and Unix 
TCP and UDP servers, by inheriting the appropriate pair of base classes. 

Note that the socketserver mixin class we used must always be inherited first. 
This is to ensure that the mixin class’s methods are used in preference to the 
second class’s methods for those methods that are provided by both, since 
Python looks for methods in the base classes in the order in which the base 
classes are specified, and uses the first suitable method it finds. 


3.1 
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The socket server creates a request handler (using the class it was given) 
to handle each request. Our custom RequestHandler class provides a method 
for each kind of request it can handle, plus the handle! ) method that it must 
have since that is the only method used by the socket server. But before look¬ 
ing at the methods we will look at the class declaration and the class’s class 
variables. 


class RequestHandler(socketserver.StreamRequestHandler): 


CarsLock = threading.Lock() 
CallLock = threading.Lock() 
Call = dict( 


GET_CAR_DETAILS=( 

lambda self, *args: 

CHANGE_MILEAGE=( 

lambda self, *args: 

CHAI\IGE_OWNER=( 

lambda self, *args: 

NEW_REGISTRATION=( 

lambda self, *args: 

SHUTDOWN=lambda self, *args 


self.get_car_details(*args)), 

self.change_mileage(*args)), 

self.change_owner(*args)), 

self.new_registration(*args)), 
self.shutdown(*args)) 


We have created a socketserver.StreamRequestHandler subclass since we are 
using a streaming (TCP) server. A corresponding socketserver.Datagram- 
RequestHandler is available for UDP servers, or we could inherit the socket- 
server. BaseRequestHandler class for lower-level access. 

The RequestHandler.Cars dictionary is a class variable that was added in the 
main () function; it holds all the registration data. Adding additional attributes 
to objects (such as classes and instances) can be done outside the class (in 
this case in the main( ) function) without formality (as long as the object has a 

_diet _), and can be very convenient. Since we know that the class depends 

on this variable some programmers would have added Cars = None as a class 
variable to document the variable’s existence. 

Almost every request-handling method needs access to the Cars data, but we 
must ensure that the data is never accessed by two methods (from two different 
threads) at the same time; if it is, the dictionary may become corrupted, or 
the program might crash. To avoid this we have a lock class variable that we 
will use to ensure that only one thread at a time accesses the Cars dictionary.* 
(Threading, including the use of locks, is covered in Chapter 10.) 

The Call dictionary is another class variable. Each key is the name of an 
action that the server can perform and each value is a function for performing 
the action. We cannot use the methods directly as we did with the functions 


GIL 
449 ■< 


*The GIL (Global Interpreter Lock) ensures that accesses to the Cars dictionary are synchronized, 
but as noted earlier, we do not take advantage of this since it is a CPython implementation detail. 
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in the client’s menu dictionary because there is no self available at the class 
level. The solution we have used is to provide wrapper functions that will get 
self when they are called, and which in turn call the appropriate method with 
the given self and any other arguments. An alternative solution would be to 
create the Call dictionary after all the methods. That would allow us to create 
entries such as GET_CAR_DETAILS=get_car_details, with Python able to find the 
get car details () method because the dictionary is created after the method is 
defined. We have used the first approach since it is more explicit and does not 
impose an order dependency on where the dictionary is created. 

Although the Call dictionary is only ever read after the class is created, since it 
is mutable we have played it extra-safe and created a lock for it to ensure that 
GIL no two threads access it at the same time. (Again, because of the GIL, the lock 
449 < isn’t really needed for CPython.) 

def handle(self): 

SizeStruct = struct.Struct(" !I") 
size_data = self.rfile.read(SizeStruct.size) 
size = SizeStruct.unpack(size_data)[0] 
data = pickle.loads(self.rfile.read(size)) 

try: 

with self.CallLock: 

function = self.Call[data[0]] 
reply = function(self, *data[l:]) 
except Finish: 
return 

data = pickle.dumps(reply, 3) 

self.wfile.write(SizeStruct.pack(len(data))) 

self.wfile.write(data) 

Whenever a client makes a request a new thread is created with a new 
instance of the RequestHandler class, and then the instance’s handle!) method is 
called. Inside this method the data coming from the client can be read from the 
self. rfile file object, and data can be sent back to the client by writing to the 
self .wfile object—^both of these objects are provided by socketserver, opened 
and ready for use. 

The struct . St ruct is for the integer byte count that we need for the “length plus 
pickle” format we are using to exchange data between clients and the server. 

We begin by reading four bytes and unpacking this as the size integer so that 
we know the size of the pickle we have been sent. Then we read size bytes and 
unpickle them into the data variable. The read will block until the data is read. 
In this case we know that data will always be a tuple, with the first item being 
the requested action and the other items being the parameters, because that is 
the protocol we have established with the car registration clients. 



Creating a TCP Server 


469 


Inside the try block we get the lambda function that is appropriate to the re¬ 
quested action. We use a lock to protect access to the Call dictionary, although 
arguably we are being overly cautious. As always, we do as little as possible 
within the scope of the lock—in this case we just do a dictionary lookup to get 
a reference to a function. Once we have the function we call it, passing self 
as the first argument and the rest of the data tuple as the other arguments. 
Here we are doing a function call, so no self is passed by Python. This does 
not matter since we pass self in ourselves, and inside the lambda the passed-in 
self is used to call the method in the normal way. The outcome is that the call, 
self .ffletbod(*data[l: ] ), is made, where method is the method corresponding to 
the action given in data [ 0 ]. 

If the action is to shut down, a custom Finish exception is raised in the 
shutdown ( ) method; in which case we know that the client cannot expect a reply, 
so we just return. But for any other action we pickle the result of calling the 
action’s corresponding method (using pickle protocol version 3), and write the 
size of the pickle and then the pickled data itself 

def get_car_details(self, license): 
with self.CarsLock; 

car = copy.copy(self.Cars.get(license, None)) 
if car is not None: 

return (True, car.seats, car.mileage, car.owner) 
return (False, "This license is not registered") 

This method begins by trying to acquire the car data lock—and blocks until it 
gets the lock. It then uses the diet. get () method with a second argument of 
None to get the car with the given license — or to get None. The car is immediately 
copied and the with statement is finished. This ensures that the lock is in force 
for the shortest possible time. Although reading does not change the data 
being read, because we are dealing with a mutable collection it is possible that 
another method in another thread wants to change the dictionary at the same 
time as we want to read it—using a lock prevents this from happening. Outside 
the scope of the lock we now have a copy of the car object (or None) which we 
can deal with at our leisure without blocking any other threads. 

Like all the car registration action-handling methods, we return a tuple whose 
first item is a Boolean success/failure flag and whose other items vary. None of 
these methods has to worry or even know how its data is returned to the client 
beyond the “tuple with a Boolean first item” since all the network interaction 
is encapsulated in the handle! ) method. 

def change_mileage(self, license, mileage): 
if mileage < 0: 

return (False, "Cannot set a negative mileage") 
with self.CarsLock: 

car = self.Cars.get(license. None) 
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if car is not None; 

if car.mileage < mileage: 
car.mileage = mileage 
return (True, None) 

return (False, "Cannot wind the odometer back") 
return (False, "This license is not registered") 

In this method we can do one check without acquiring a lock at all. But if the 
mileage is non-negative we must acquire a lock and get the relevant car, and if 
we have a car (i.e., if the license is valid), we must stay within the scope of the 
lock to change the mileage as requested—or to return an error tuple. If no car 
has the given license (ca r is None), we drop out of the with statement and return 
an error tuple. 

It would seem that if we did the validation in the client we could avoid some 
network traffic entirely, for example, the client could give an error message (or 
simply prevent) negative mileages. Even though the client ought to do this, we 
must still have the check in the server since we cannot assume that the client 
is bug-free. And although the client gets the car’s mileage to use as the default 
mileage we cannot assume that the mileage entered by the user (even if it 
is greater than the current mileage) is valid, because some other client could 
have increased the mileage in the meantime. So we can only do the definitive 
validation at the server, and only within the scope of a lock. 

The change_owner( ) method is very similar, so we won’t reproduce it here. 

def new_registration(self, license, seats, mileage, owner): 
if not license: 

return (False, "Cannot set an empty license") 
if seats not in {2, 4, 5, 6, 7, 8, 9}; 

return (False, "Cannot register car with invalid seats") 
if mileage < 0: 

return (False, "Cannot set a negative mileage") 
if not owner: 

return (False, "Cannot set an empty owner") 
with self.CarsLock; 

if license not in self.Cars: 

self.Cars[license] = Car(seats, mileage, owner) 
return (True, None) 

return (False, "Cannot register duplicate license") 

Again we are able to do a lot of error checking before accessing the registration 
data, but if all the data is valid we acquire a lock. If the license is not in the 
RequestHandler.Cars dictionary (and it shouldn’t be since a new registration 
should have an unused license), we create a new Car object and store it in the 
dictionary. This must all be done within the scope of the same lock because we 
must not allow any other client to add a car with this license in the time be- 
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tween the check for the license’s existence in the RequestHandle r. Ca rs dictionary 
and adding the new car to the dictionary. 

def shutdown(self, *ignore): 
self.server.shutdown!) 
raise Finish!) 

If the action is to shut down we call the server’s shutdown !) method—this will 
stop it from accepting any further requests, although it will continue running 
while it is still servicing any existing requests. We then raise a custom excep¬ 
tion to notify the handler! ) that we are finished—this causes the handler! ) to 
return without sending any reply to the client. 


Summary 


This chapter showed that creating network clients and servers can be quite 
straightforward in Python thanks to the standard library’s networking mod¬ 
ules, and the struct and pickle modules. 

In the first section we developed a client program and gave it a single function, 
handle request! ), to send and receive arbitrary picklable data to and from a 
server using a generic data format of “length plus pickle”. In the second section 
we saw how to create a server subclass using the classes from the socketserver 
module and how to implement a request handler class to service the server’s 
client requests. Here the heart of the network interaction was confined to a 
single method, handle!), that can receive and send arbitrary picklable data 
from and to clients. 

The socket and socketserver modules and many other modules in the standard 
library, such as asyncore, asynchat, and ssl, provide far more functionality than 
we have used here. But if the networking facilities provided by the standard 
library are not sufficient, or are not high-level enough, it is worth looking at 
the third-party Twisted networking framework (www.twistedmatrix.com) as a 
possible alternative. 


Exercises 


The exercises involve modifying the client and server programs covered in this 
chapter. The modifications don’t involve a lot of typing, but will need a little 
bit of care to get right. 

1. Copy car_registration_server.py and car_registration.py and modify 
them so that they exchange data using a protocol versioned at the network 
level. This could be done, for example, by passing two integers in the struct 
(length, protocol version) instead of one. 
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This involves adding or modifying about ten lines in the client program’s 
handle request () function, and adding or modifying about sixteen lines in 
the server program’s handle! ) method—including code to handle the case 
where the protocol version read does not match the one expected. 

Solutions to this and to the following exercises are provided in car reg- 
istration_ans.py and car_registration_server_ans.py. 

2. Copy the car registration server.py program (or use the one developed 
in Exercise 1), and modify it so that it offers a new action, get_licenses_ 
STARTiNG_wiTH. The actiou should accept a single parameter, a string. The 
method implementing the action should always return a 2-tuple of (True, 
list of licenses)] there is no error (False) case, since no matches is not an 
error and simply results in True and an empty list being returned. 

Retrieve the licenses (the RequestHandler.Cars dictionary’s keys) within 
the scope of a lock, but do all the other work outside the lock to minimize 
blocking. One efficient way to find matching licenses is to sort the keys 
and then use the bisect module to find the first matching license and 
then iterate from there. Another possible approach is to iterate over the 
licenses, picking out those that start with the given string, perhaps using 
a list comprehension. 

Apart from the additional import, the Call dictionary will need an ex¬ 
tra couple of lines for the action. The method to implement the ac¬ 
tion can be done in fewer than ten lines. This is not difficult, although 
care is required. A solution that uses the bisect module is provided in 
car_registration_server _ans. py. 

3. Copy the car regist ration. py program (or use the one developed in exer¬ 
cise 1), and modify it to take advantage of the new server (car registra- 
tion_server_ans.py). This means changing the retrieve_car_details() 
function so that if the user enters an invalid license they get prompted 
to enter the start of a license and then get a list to choose from. Here is a 
sample of interaction using the new function (with the server already run¬ 
ning, with the menu edited slightly to fit on the page, and with what the 
user types shown in bold): 

(C)ar (M)ileage (O)wner (N)ew car (S)top server (Q)uit [c]; 

License: da 4020 

License: DA 4020 

Seats: 2 

Mileage: 97181 

Owner: Jonathan Lynn 

(C)ar (M)ileage (O)wner (N)ew car (S)top server (Q)uit [c]: 

License [DA 4020]: z 

This license is not registered 

Start of license; z 
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No licence starts with Z 
Start of license: a 

(1) A04 4HE 

(2) A37 4791 

(3) ABK3035 

Enter choice (0 to cancel): 3 
License: ABK3035 
Seats: 5 

Mileage: 17719 
Owner: Anthony Jay 

The change involves deleting one line and adding about twenty more lines. 
It is slightly tricky because the user must be allowed to get out or to go on 
at each stage. Make sure that you test the new functionality for all cases 
(no license starts with the given string, one licence starts with it, and two 
or more start with it). A solution is provided in ca r regist ration ans. py. 
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• DBM Databases 

• SQL Databases 


Database Programming 


For most software developers the term database is usually taken to mean an 
RDBMS (Relational Database Management System). These systems use tables 
(spreadsheet-like grids) with rows equating to records and columns equating 
to fields. The tables and the data they hold are created and manipulated using 
statements written in SQL (Structured Query Language). Python provides an 
API (Application Programming Interface) for working with SQL databases 
and it is normally distributed with the SQLite 3 database as standard. 

Another kind of database is a DBM (Database Manager) that stores any 
number of key-value items. Python’s standard library comes with interfaces 
to several DBMs, including some that are Unix-specific. DBMs work just like 
Python dictionaries except that they are normally held on disk rather than in 
memory and their keys and values are always bytes objects and may be subject 
to length constraints. The shelve module covered in this chapter’s first section 
provides a convenient DBM interface that allows us to use string keys and any 
(picklable) objects as values. 

If the available DBMs and the SQLite database are insufficient, the Python 
Package Index, pypi.python.org/pypi, has a large number of database-related 
packages, including the bsddb DBM (“Berkeley DB”), and interfaces to popu¬ 
lar client/server databases such as DB2, Informix, Ingres, MySQL, ODBC, and 
PostgreSQL. 

Using SQL databases requires knowledge of the SQL language and the ma¬ 
nipulation of strings of SQL statements. This is fine for those experienced 
with SQL, but is not very Pythonic. There is another way to interact with SQL 
databases—use an ORM (Object Relational Mapper). Two of the most popular 
ORMs for Python are available as third-party libraries—they are SQLAlchemy 
(www. sqlalchemy.org) and SQLObject (www.sqlobject.org). One particularly nice 
feature of using an ORM is that it allows us to use Python syntax—creating 
objects and calling methods—rather than using raw SQL. 
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In this chapter we will implement two versions of a program that maintains 
a list of DVDs, and keeps track of each DVD’s title, year of release, length in 
minutes, and director. The first version uses a DBM (via the shelve module) 
to store its data, and the second version uses the SQLite database. Both 
programs can also load and save a simple XML format, making it possible, for 
example, to export DVD data from one program and import it into the other. 
The SQL-based version offers slightly more functionality than the DBM one, 
and has a slightly cleaner data design. 


DBM Databases 


The shelve module provides a wrapper around a DBM that allows us to interact 
bytes with the DBM as though it were a dictionary, providing that we use only string 
293 < keys and picklable values. Behind the scenes the shelve module converts the 
keys and values to and from bytes objects. 

The shelve module uses the best underlying DBM available, so it is possible 
that a DBM file saved on one machine won’t be readable on another, if the other 
machine doesn’t have the same DBM. One solution is to provide XML import 
and export for files that must be transportable between machines—something 
we’ve done for this section’s DVD program, dvds-dbm. py. 

For the keys we use the DVDs’ titles and for the values we use tuples holding 
the director, year, and duration. Thanks to the shelve module we don’t have to 
do any data conversion and can just treat the DBM object as a dictionary. 

Since the structure of the program is similar to interactive menu-driven 
programs that we have seen before, we will focus just on those aspects that are 
specific to DBM programming. Here is an extract from the program’s main() 
function, with the menu handling omitted: 

db = None 
try: 

db = shelve.open(filename, protocol=pickle.HIGHEST_PROTOCOL) 
finally: 

if db is not None: 
db.closeO 

Here we have opened (or created if it does not exist) the specified DBM file 
for both reading and writing. Each item’s value is saved as a pickle using the 
specified pickle protocol; existing items can be read even if they were saved 
using a lower protocol since Python can figure out the correct protocol to use for 
reading pickles. At the end the DBM is closed—this has the effect of clearing 
the DBM’s internal cache and ensuring that the disk file reflects any changes 
that have been made, as well as closing the file. 
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The program offers options to add, edit, list, remove, import, and export DVD 
data. We will skip importing and exporting the data from and to XML format 
since it is very similar to what we have done in Chapter 7. And apart from 
adding, we will omit most of the user interface code, again because we have 
seen it before in other contexts. 

def add_dvd(db): 

title = Console.get_string("Title", "title") 
if not title: 
return 

director = Console.get_string("Director", "director") 
if not director; 
return 

year = Console.get_integer("Year", "year", miniinuni=1896, 

niaximum=datetime.date. today().year) 
duration = Console.get_integer("Duration (minutes)", "minutes", 

minimuni=0, maxinium=60*48) 
db[title] = (director, year, duration) 
db.syncO 

This function, like all the functions called by the program’s menu, is passed the 
DBM object (db) as its sole parameter. Most of the function is concerned with 
getting the DVD’s details, and in the penultimate line we store the key-value 
item in the DBM file, with the DVD’s title as the key and the director, year, and 
duration (pickled together by shelve) as the value. 

In keeping with Python’s usual consistency, DBMs provide the same API as 
dictionaries, so we don’t have to learn any new syntax beyond the shelve. open () 
function that we saw earlier and the shelve. Shelf. sync () method that is used 
to clear the shelve’s internal cache and synchronize the disk file’s data with the 
changes that have been applied—in this case just adding a new item. 

def edit_dvd(db); 

old_title = find_dvd(db, "edit") 
if old_title is None; 
return 

title = Console.get_string("Title", "title", old_title) 
if not title: 
return 

director, year, duration = db[old_title] 

db[title] = (director, year, duration) 
if title != old_title: 

del db[old_title] 
db.syncO 
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To be able to edit a DVD, the user must first choose the DVD to work on. This 
is just a matter of getting the title since titles are used as keys with the values 
holding the other data. Since the necessary functionality is needed elsewhere 
(e.g., when removing a DVD), we have factored it out into a separate f ind dvd () 
function that we will look at next. If the DVD is found we get the user’s 
changes, using the existing values as defaults to speed up the interaction. (We 
have omitted most of the user interface code for this function since it is almost 
the same as that used when adding a DVD.) At the end we store the data just 
as we did when adding. If the title is unchanged this will have the effect of 
overwriting the associated value, and if the title is different this has the effect 
of creating a new key-value item, in which case we delete the original item. 

def find_dvd(db, message): 

message = "(Start of) title to " + message 
while True: 

matches = [] 

start = Console.get_string(message, "title") 
if not start: 

return None 
for title in db: 

if title.lower().startswith(start.lower()): 
matches.append(title) 
if len(matches) == 0: 

printC'There are no dvds starting with", start) 
continue 

elif len(niatches) == 1: 
return matches[0] 

elif len(matches) > DISPLAY_LIMIT: 

printC'Too many dvds start with {0}; try entering " 

"more of the title".format(start)) 
continue 
else: 

matches = sorted(matches, key=str.lower) 
for i, match in enumerate(matches): 

print("{0}: {!}".format(i + 1, match)) 
which = Console.get_integer("Number (or 0 to cancel)", 

"number", minimum=l, maximum=len(matches)) 
return matches[which - 1] if which != 0 else None 

To make finding a DVD as quick and easy as possible we require the user to 
type in only one or the first few characters of its title. Once we have the start 
of the title we iterate over the DBM and create a list of matches. If there is 
one match we return it, and if there are several matches (but fewer than 
DISPLAY LIMIT, an integer set elsewhere in the program) we display them 
all in case-insensitive order with a number beside each one so that the user 
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can choose the title just by entering its number. (The Console. get_integer() 
function accepts 0 even if the minimum is greater than zero so that 0 can be 
used as a cancelation value. This behavior can be switched off by passing al- 
low_zero=False. We can’t use Enter, that is, nothing, to mean cancel, since enter¬ 
ing nothing means accepting the default.) 

def list_dvds(db): 
start = "" 

if len(db) > DISPLAY_LIMIT: 

start = Console.get_string("List those starting with " 

"[Enter=all]", "start") 

print() 

for title in sorted(db, key=str.lower): 

if not start or title.lower)).startswith(start.lower()): 
director, year, duration = db[title] 
print("{title} ({year}) {duration} minute{0}, by " 

"{director}".format(Util.s(duration), **locals())) 

Listing all the DVDs (or those whose title starts with a particular substring) is 
simply a matter of iterating over the DBM’s items. 

The Util. s() function is simply s = lambda x; "" if x == 1 else "s";sohereit 
returns an “s” if the duration is not one minute. 

def remove_dvd(db): 

title = find_dvd(db, "remove") 
if title is None: 
return 

ans = Console.get_bool("Remove {0}?".format(title), "no") 
if ans: 

del db[title] 
db.syncO 

Removing a DVD is a matter of finding the one the user wants to remove, 
asking for confirmation, and if we get it, deleting the item from the DBM. 

We have now seen how to open (or create) a DBM file using the shelve mod¬ 
ule, and how to add items to it, edit its items, iterate over its items, and re¬ 
move items. 

Unfortunately, there is a flaw in our data design. Director names are duplicat¬ 
ed, and this could easily lead to inconsistencies; for example, director Danny 
DeVito might be entered as “Danny De Vito” for one movie and “Danny deVito” 
for another. One solution would be to have two DBM files, the main DVD file 
with title keys and (year, duration, director ID) values, and a director file with 
director ID (i.e., integer) keys and director name values. We avoid this flaw in 
the next section’s SQL database version of the program by using two tables, 
one for DVDs and another for directors. 
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SQL Databases 


Interfaces to most popular SQL databases are available from third-party 
modules, and out of the box Python comes with the sqlite3 module (and with 
the SQLite 3 database), so database programming can be started right away. 
SQLite is a lightweight SQL database, lacking many of the features of, say, 
PostgreSQL, but it is very convenient for prototyping, and may prove sufficient 
in many cases. 

To make it as easy as possible to switch between database backends, PEP 249 
(Python Database API Specification v2.0) provides an API specification called 
DB-API 2.0 that database interfaces ought to honor—the sqliteS module, for 
example, complies with the specification, but not all the third-party modules 
do. There are two major objects specified by the API, the connection object and 
the cursor object, and the APIs they must support are shown in Tables 12.1 and 
12.2. In the case of the sqliteB module, its connection and cursor objects both 
provide many additional attributes and methods beyond those required by the 
DB-API 2.0 specification. 

The SQL version of the DVDs program is dvds-sql. py. The program stores di¬ 
rectors separately from the DVD data to avoid duplication and offers one more 
menu option that lets the user list the directors. The two tables are shown in 
Figure 12.1. The program has slightly fewer than 300 lines, whereas the pre¬ 
vious section’s dvds-dbm. py program is slightly fewer than 200 lines, with most 
of the difference due to the fact that we must use SQL queries rather than 
perform simple dictionary-like operations, and because we must create the 
database’s tables the first time the program runs. 


dvds 


directors 

id 

> - 

id 

title 


name 

year 

duration 

directorjd 




Figure 12.1 The DVD program’s database design 

The mainO function is similar to before, only this time we call a custom 
connect () function to make the connection. 

def connect(filenaine): 

create = not os.path.exists(filenaine) 
db = sqliteB.connect(filename) 
if create: 

cursor = db.cursor!) 
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Table 12.1 DB-API 2.0 Connection Object Methods 

Syntax 

Description 

db.close!) 

Closes the connection to the database (represented by the db 
object which is obtained by calling a connect!) function) 

db.commit!) 

Commits any pending transaction to the database; does 
nothing for databases that don’t support transactions 

db.cursor!) 

Returns a database cursor object through which queries can 
be executed 

db.rollback!) 

Rolls back any pending transaction to the state that existed 
before the transaction began; does nothing for databases 
that don’t support transactions 


cursor.executeC'CREATE TABLE directors (" 

"id INTEGER PRIMARY KEY AUTOINCREMENT UNIQUE NOT NULL, " 
"name TEXT UNIQUE NOT NULL)") 
cursor.executeC'CREATE TABLE dvds (" 

"id INTEGER PRIMARY KEY AUTOINCREMENT UNIQUE NOT NULL, " 
"title TEXT NOT NULL, " 

"year INTEGER NOT NULL, " 

"duration INTEGER NOT NULL, " 

"director_id INTEGER NOT NULL, " 

"FOREIGN KEY (director_id) REFERENCES directors)") 
db.commit 0 
return db 

The sqliteB.connect0 function returns a database object, having opened the 
database file it is given and created an empty database file if the file did not 
exist. In view of this, prior to calling sqliteB. connect (), we note whether the 
database is going to be created from scratch, because if it is, we must create the 
tables that the program relies on. All queries are executed through a database 
cursor, available from the database object’s cursor! ) method. 

Notice that both tables are created with an ID field that has an AUTOINCREMENT 
constraint—this means that SQLite will automatically populate the IDs 
with unique numbers, so we can leave these fields to SQLite when inserting 
new records. 

SQLite supports a limited range of data types—essentially just Booleans, 
numbers, and strings—but this can be extended using data “adaptors”, either 
the predefined ones such as those for dates and datetimes, or custom ones that 
we can use to represent any data types we like. The DVDs program does not 
need this functionality, but if it were required, the sqliteB module’s documen¬ 
tation explains the details. The foreign key syntax we have used may not be 
the same as the syntax for other databases, and in any case it is merely doc- 
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Table 12.2 DB-API 2.0 Cursor Object Attributes and Methods 

Syntax 

Description 

c.arraysize 

The (readable/writable) number of rows that fetch- 
many () will return if no size is specified 

c.closeO 

Closes the cursor, c; this is done automatically when 
the cursor goes out of scope 

c.description 

A read-only sequence of 7-tuples (name, type code, 
display_size, internal_size, precision, scale, null_ok), 
describing each successive column of cursor c 

c.execute(sql, 
pa rams) 

Executes the SQL query in string sql, replacing each 
placeholder with the corresponding parameter from 
the pa rams sequence or mapping if given 

c.executemany( 

sql, 

seq_ofjparams) 

Executes the SQL query once for each item in the 
seq_of_params sequence of sequences or mappings; this 
method should not be used for operations that create 
result sets (such as SELECT statements) 

c.fetchallO 

Returns a sequence of all the rows that have not yet 
been fetched (which could be all of them) 

c.fetchinany(size) 

Returns a sequence of rows (each row itself being a 
sequence); size defaults to c. a rraysize 

c.fetchoneO 

Returns the next row of the query result set as a se¬ 
quence, or None when the results are exhausted. Raises 
an exception if there is no result set. 

c.rowcount 

The read-only row count for the last operation (e.g., 
SELECT, INSERT, UPDATE, or DELETE) or -1 if not available or 
not applicable 


umenting our intention, since SQLite, unlike many other databases, does not 
enforce relational integrity. (However, SQLite does have a workaround based 
on sqliteB’s .genfkey command.) One other sqlite3-specific quirk is that its 
default behavior is to support implicit transactions, so there is no explicit “start 
transaction” method. 

def add_dvd(db): 

title = Console.get_string("Title", "title") 
if not title: 
return 

director = Console.get_string("Director", "director") 
if not director: 
return 

year = Console.get_integer("Year", "year", miniinuni=1896, 

inaximuin=datetime.date. today().year) 
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duration = Console.get_integer("Duration (minutes)", "minutes", 

minimuni=0, maxinium=60*48) 
director_id = get_and_set_director(db, director) 
cursor = db.cursorO 
cursor.executeC'INSERT INTO dvds " 

"(title, year, duration, director_id) " 

"VALUES (?, ?, ?, ?)", 

(title, year, duration, director_id)) 

db.commit 0 

This function starts with the same code as the equivalent function from the 
dvds-dbm. py program, but once we have gathered the data, it is quite different. 
The director the user entered may or may not be in the directors table, so we 
have a get_and_set_director( ) function that inserts the director if they are not 
already in the database, and in either case returns the director’s ID ready for 
it to be inserted into the dvds table. With all the data available we execute an 
SQL INSERT statement. We don’t need to specify a record ID since SQLite will 
automatically provide one for us. 

In the query we have used question marks for placeholders. Each ? is replaced 
by the corresponding value in the sequence that follows the string containing 
the SQL statement. Named placeholders can also be used as we will see when 
we look at editing a record. Although it is possible to avoid using placeholders 
and simply format the SQL string with the data embedded into it, we recom¬ 
mend always using placeholders and leaving the burden of correctly encoding 
and escaping the data items to the database module. Another benefit of using 
placeholders is that they improve security since they prevent arbitrary SQL 
from being maliciously injected into a query. 

def get_and_set_director(db, director): 

director_id = get_director_id(db, director) 
if director_id is not None: 

return director_id 
cursor = db.cursorO 

cursor.executeC'INSERT INTO directors (name) VALUES (?)", 

(director,)) 

db.commit 0 

return get_director_id(db, director) 

This function returns the ID of the given director, inserting a new direc¬ 
tor record if necessary. If a record is inserted we retrieve its ID using the 
get di recto r id () function we tried in the first place. 

def get_director_id(db, director): 
cursor = db.cursorO 

cursor.executeC'SELECT id FROM directors WHERE name=?", 

(director,)) 
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fields = cursor.fetchone() 

return fields[0] if fields is not None else None 

The get director idO function returns the ID of the given director or None if 
there is no such director in the database. We use the fetchoneO method be¬ 
cause there is either zero or one matching record. (We know that there are 
no duplicate directors because the directors table’s name field has a UNIQUE con¬ 
straint, and in any case we always check for the existence of a director before 
adding a new one.) The fetch methods always return a sequence of fields (or 
None if there are no more records), even if, as here, we have asked to retrieve 
only a single field. 

def edit_dvd(db): 

title, identity = find_dvd(db, "edit") 
if title is None; 
return 

title = Console.get_string("Title", "title", title) 
if not title: 
return 

cursor = db.cursorO 

cursor.executeC'SELECT dvds.year, dvds.duration, directors.name " 
"FROM dvds, directors " 

"WHERE dvds.director_id = directors.id AND " 

"dvds.id=:id", diet(id=identity)) 
year, duration, director = cursor.fetchone() 
director = Console.get_string("Director", "director", director) 
if not director: 
return 

year = Console.get_integer("Year", "year", year, 1896, 

datetime.date.today 0.year) 

duration = Console.get_integer("Duration (minutes)", "minutes", 

duration, minimum=0, maximum=60*48) 
director_id = get_and_set_director(db, director) 
cursor.executeC'UPDATE dvds SET title=;title, year=;year, " 

"duration=:duration, director_id=:director_id " 
"WHERE id=;identity", localsO) 

db.commit 0 

To edit a DVD record we must first find the record the user wants to work on. 
If a record is found we begin by giving the user the opportunity to change 
the title. Then we retrieve the other fields so that we can provide the existing 
values as defaults to minimize what the user must type since they can just 
press Enter to accept a default. Here we have used named placeholders (of 
the form : name), and must therefore provide the corresponding values using a 
mapping. For the SELECT statement we have used a freshly created dictionary, 
and for the UPDATE statement we have used the dictionary returned by locals ( ). 
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We could use a fresh dictionary for both, in which case for the UPDATE we would 
passdict(title=title, year=year, duration=duration, director_id=director_id, 
id=identity)) instead of locals (). 

Once we have all the fields and the user has entered any changes they want, 
we retrieve the corresponding director ID (inserting a new director record if 
necessary), and then update the database with the new data. We have taken 
the simplistic approach of updating all the record’s fields rather than only 
those which have actually been changed. 

When we used a DBM file the DVD title was used as the key, so if the title 
changed, we created a new key-value item and deleted the original. But 
here every DVD record has a unique ID which is set when the record is first 
inserted, so we are free to change the value of any other field with no further 
work necessary. 

def find_dvd(db, message): 

message = "(Start of) title to " + message 
cursor = db.cursorO 
while True: 

start = Console.get_string(message, "title") 
if not start: 

return (None, None) 

cursor.executeC'SELECT title, id FROM dvds " 

"WHERE title LIKE ? ORDER BY title", 

(start + "%",)) 
records = cursor.fetchallO 
if len(records) == 0: 

printC'There are no dvds starting with", start) 
continue 

elif len(records) == 1: 
return records[0] 

elif len(records) > DISPLAY_LIMIT: 

printC'Too many dvds ({0}) start with {!}; try entering " 
"more of the title".format(len(records), start)) 
continue 
else: 

for i, record in enumerate!records): 

print("{0}: {l}".format(i + 1, record[0])) 
which = Console.get_integer("Number (or 0 to cancel)", 

"number", minimum=l, maximum=len(records)) 
return records[which - 1] if which != 0 else (None, None) 

This function performs the same service as the f ind dvd () function in the dvds- 
dbm . py program, and returns a 2-tuple (title, DVD ID), or (None, None) depending 
on whether a record was found. Instead of iterating over all the data we have 
used the SQL wildcard operator (%), so only the relevant records are retrieved. 
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And since we expect the number of matching records to be small, we fetch them 
all at once into a sequence of sequences. If there is more than one matching 
record and few enough to display, we print the records with a number beside 
each one so that the user can choose the one they want in much the same way 
as they could in the dvds-dbm. py program. 

def list_dvds(db): 

cursor = db.cursorO 

sql = ("SELECT dvds.title, dvds.year, dvds.duration, " 

"directors.name FROM dvds, directors " 

"WHERE dvds.director_id = directors.id") 
start = None 

if dvd_count(db) > DISPLAY_LIMIT: 

start = Console.get_string("List those starting with " 

"[Enter=all]", "start") 
sql += " AND dvds.title LIKE ?" 
sql += " ORDER BY dvds.title" 
print() 

if start is None: 

cursor.execute(sql) 
else: 

cursor.execute(sql, (start + "%",)) 
for record in cursor: 

print("{0[0]} ({0[1]}) {0[2]} minutes, by {0[3]}".format( 
record)) 

To list the details of each DVD we do a SELECT query that joins the two tables, 
adding a second element to the WHERE clause if there are more records (returned 
by our dvd count () function) than the display limit. We then execute the query 
and iterate over the results. Each record is a sequence whose fields are those 
matching the SELECT query. 

def dvd_count(db): 

cursor = db.cursorO 

cursor.executeC'SELECT C0UNT(*) FROM dvds") 
return cursor.fetchone()[0] 

We factored these lines out into a separate function because we need them in 
several different functions. 

We have omitted the code for the list directors () function since it is struc¬ 
turally very similar to the list dvdsO function, only simpler because it lists 
only one field (name). 

def remove_dvd(db): 

title, identity = find_dvd(db, "remove") 
if title is None: 
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return 

ans = Console.get_bool("Remove {0}?".format(title), "no") 
if ans: 

cursor = db.cursorO 

cursor.executeC'DELETE FROM dvds WHERE id=?", (identity,)) 
db.commit 0 

This function is called when the user asks to delete a record, and it is very 
similar to the equivalent function in the dvds-dbm. py program. 

We have now completed our review of the dvds-sql. py program and seen how 
to create database tables, select records, iterate over the selected records, and 
insert, update, and delete records. Using the execute!) method we can execute 
any arbitrary SQL statement that the underlying database supports. 

SQLite offers much more functionality than we needed here, including an 
auto-commit mode (and other kinds of transaction control), and the ability to 
create functions that can be executed inside SQL queries. It is also possible to 
provide a factory function to control what is returned for each fetched record 
(e.g., a dictionary or custom type instead of a sequence of fields). Additionally, 
it is possible to create in-memory SQLite databases by passing “: memo ry : ” as 
the filename. 


Summary 


Back in Chapter 7 we saw several different ways of saving and loading data 
from disk, and in this chapter we have seen how to interact with data types 
that hold their data on disk rather than in memory. 

For DBM files the shelve module is very convenient since it stores string-object 
items. If we want complete control we can of course use any of the underlying 
DBMs directly. One nice feature of the shelve module and of the DBMs 
generally is that they use the dictionary API, making it easy to retrieve, add, 
edit, and remove items, and to convert programs that use dictionaries to use 
DBMs instead. One small inconvenience of DBMs is that for relational data we 
must use a separate DBM file for each key-value table, whereas SQLite stores 
all the data in a single file. 

For SQL databases, SQLite is useful for prototyping, and in many cases in its 
own right, and it has the advantage of being supplied with Python as standard. 
We have seen how to obtain a database object using the connect () function and 
how to execute SQL queries (such as CREATE TABLE, SELECT, INSERT, UPDATE, and 
DELETE) using the database cursor’s execute! ) method. 

Python offers a complete range of choices for disk-based and in-memory data 
storage, from binary files, text files, XML files, and pickles, to DBMs and SQL 
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databases, and this makes it possible to choose exactly the right approach for 
any given situation. 


Exercise 


Write an interactive console program to maintain a list of bookmarks. For 
each bookmark keep two pieces of information: the URL and a name. Here is 
an example of the program in action: 

Bookmarks (bookmarks.dbm) 

(1) Programming in Python 3. http://www.qtrac.eu/py3book.html 

(2) PyQt. http://www.riverbankcomputing.com 

(3) Python. http://www.python.org 

(4) Qtrac Ltd. http://www.qtrac.eu 

(5) Scientific Tools for Python.... http://www.scipy.org 

(A)dd (E)dit (L)ist (R)emove (Q)uit [1]: e 

Number of bookmark to edit: 2 

URL [http;//www.riverbankcomputing.com]: 

Name [PyQtj: PyQt (Python bindings for GUI library) 

The program should allow the user to add, edit, list, and remove bookmarks. 
To make identifying a bookmark for editing or removing as easy as possible, 
list the bookmarks with numbers and ask the user to specify the number of the 
bookmark they want to edit or remove. Store the data in a DBM file using the 
shelve module and with names as keys and URLs as values. Structurally the 
program is very similar to dvds-dbm.py, except for the find_bookmark( ) function 
which is much simpler than f ind dvd () since it only has to get an integer from 
the user and use that to find the corresponding bookmark’s name. 

As a courtesy to users, if no protocol is specified, prepend the URL the user 
adds or edits with http: //. 

The entire program can be written in fewer than 100 lines (assuming the 
use of the Console module for Console.get string() and similar). A solution is 
provided in bookma rks. py. 









• Python’s Regular Expression 
Language 

• The Regular Expression Module 


Regular Expressions 


A regular expression is a compact notation for representing a collection of 
strings. What makes regular expressions so powerful is that a single regular 
expression can represent an unlimited number of strings—providing they 
meet the regular expression’s requirements. Regular expressions (which we 
will mostly call “regexes” from now on) are defined using a mini-language 
that is completely different from Python—but Python includes the re module 
through which we can seamlessly create and use regexes.* 

Regexes are used for five main purposes: 

• Parsing: identifying and extracting pieces of text that match certain 
criteria—regexes are used for creating ad hoc parsers and also by tradi¬ 
tional parsing tools 

• Searching: locating substrings that can have more than one form, for 
example, finding any of “pet.png”, “pet.jpg”, “pet.jpeg”, or “pet.svg” while 
avoiding “carpet, png” and similar 

• Searching and replacing: replacing everywhere the regex matches with 
a string, for example, finding “bicycle” or “human powered vehicle” and 
replacing either with “bike” 

• Splitting strings: splitting a string at each place the regex matches, for 
example, splitting everywhere colon-space or equals (“: ” or “=”) occurs 

• Validation: checking whether a piece of text meets some criteria, for 
example, contains a currency symbol followed by digits 

The regexes used for searching, splitting, and validation are often fairly small 
and understandable, making them ideal for these purposes. However, although 


*A good book on regular expressions is Mastering Regular Expressions by Jeffrey E. F. Friedl, 
ISBN 0596528124. It does not explicitly cover Python, but Python’s re module offers very similar 
functionality to the Perl regular expression engine that the book covers in depth. 
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regexes are widely and successfully used to create parsers, they do have a lim¬ 
itation in that area: They are only able to deal with recursively structured text 
if the maximum level of recursion is known. Also, large and complex regexes 
can be difficult to read and maintain. So apart from simple cases, for parsing 
the best approach is to use a tool designed for the purpose—for example, use 
a dedicated XML parser for XML. If such a parser isn’t available, then an al¬ 
ternative to using regexes is to use a generic parsing tool, an approach that is 
covered in Chapter 14. 


At its simplest a regular expression is an expression (e.g., a literal character), 
optionally followed by a quantifier. More complex regexes consist of any 
number of quantified expressions and may include assertions and may be 
influenced by flags. 


This chapter’s first section introduces and explains all the key regular expres¬ 
sion concepts and shows pure regular expression syntax—it makes minimal 
reference to Python itself Then the second section shows how to use regular 
expressions in the context of Python programming, drawing on all the material 
covered in the earlier sections. Readers familiar with regular expressions who 
just want to learn how they work in Python could skip to the second section 
(>■ 499). The chapter covers the complete regex language offered by the re mod¬ 
ule, including all the assertions and flags. We indicate regular expressions in 
the text using bold, show where they match using underlining , and show cap¬ 
tures using shading . 


Python’s Regular Expression Language 


In this section we look at the regular expression language in four subsections. 
The first subsection shows how to match individual characters or groups of 
characters, for example, match a, or match b, or match either a or b. The second 
subsection shows how to quantify matches, for example, match once, or match 
at least once, or match as many times as possible. The third subsection shows 
how to group subexpressions and how to capture matching text, and the final 
subsection shows how to use the language’s assertions and flags to affect how 
regular expressions work. 


Characters and Character Classes 


The simplest expressions are just literal characters, such as a or 5, and if 
no quantifier is explicitly given it is taken to be “match one occurrence”. For 
example, the regex tune consists of four expressions, each implicitly quantified 
to match once, so it matches one t followed by one u followed by one n followed 
by one e, and hence matches the strings tune and at tune d. 
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Although most characters can be used as literals, some are “special charac¬ 
ters”—these are symbols in the regex language and so must be escaped by pre¬ 
ceding them with a backslash (\) to use them as literals. The special characters 
String are \."'$?+*{} [ ] () |. Most of Python’s standard string escapes can also be used 

escapes within regexes, for example, \n for newline and \t for tab, as well as hexadeci- 

66 -< mal escapes for characters using the \xHH, \uHHHH, and \UHHHHHHHH syntaxes. 

In many cases, rather than matching one particular character we want to 
match any one of a set of characters. This can be achieved by using a character 
class —one or more characters enclosed in square brackets. (This has nothing 
to do with a Python class, and is simply the regex term for “set of characters”.) 
A character class is an expression, and like any other expression, if not explic¬ 
itly quantified it matches exactly one character (which can be any of the char¬ 
acters in the character class). For example, the regex r[ea]d matches both red 
and rada r, but not read. Similarly, to match a single digit we can use the regex 
[0123456789]. For convenience we can specify a range of characters using a hy¬ 
phen, so the regex [0-9] also matches a digit. It is possible to negate the mean¬ 
ing of a character class by following the opening bracket with a caret, so [''0-9] 
matches any character that is not a digit. 

Note that inside a character class, apart from \, the special characters lose 
their special meaning, although in the case of '' it acquires a new meaning 
(negation) if it is the first character in the character class, and otherwise is 
simply a literal caret. Also, - signifies a character range unless it is the first 
character, in which case it is a literal hyphen. 

Since some sets of characters are required so frequently, several have short¬ 
hand forms—these are shown in Table 13.1. With one exception the shorthands 
can be used inside character sets, so for example, the regex [\dA-Fa-f ] matches 
any hexadecimal digit. The exception is . which is a shorthand outside a char¬ 
acter class but matches a literal . inside a character class. 


Quantifiers 


A quantifier has the form {m,n} where m and n are the minimum and maximum 
times the expression the quantifier applies to must match. For example, both 
e{l,l}e{l,l} and e{2,2} match feel, but neither matches felt. 

Writing a quantifier after every expression would soon become tedious, and 
is certainly difficult to read. Fortunately, the regex language supports several 
convenient shorthands. If only one number is given in the quantifier it is taken 
to be both the minimum and the maximum, so e{2} is the same as e{2,2}. And 
as we noted in the preceding section, if no quantifier is explicitly given, it is 
assumed to be one (i.e., {1,1} or {!}); therefore, ee is the same as e{l,l}e{l,l} 
and e{l}e{l}, so both e{2} and ee match feel but not felt. 
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Table 13.1 Character Class Shorthands 


Symbol 

Meaning 

. Matches any character except newline; or any character at all with 

the re. DOTALL flag; or inside a character class matches a literal . 

\d 

Matches a Unicode digit; or [0-9] with the re .ASCII flag 

\D 

Matches a Unicode nondigit; or [''0-9] with the re. ASCI I flag 

\s 

Matches a Unicode whitespace;or [ \t\n\r\f\v] with the re. ASCII 
flag 

\s 

Matches a Unicode nonwhitespace; or ['' \t\n\r\f\v] with the 
re. ASCI I flag 

\w 

Matches a Unicode “word” character; or [a-zA-Z0-9_] with the 
re. ASCI I flag 

\W 

Matches a Unicode non-“word” character; or [''a-zA-Z0-9_] with the 
re. ASCI I flag 


Mean¬ 
ing of 
the flags 
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Having a different minimum and maximum is often convenient. For example, 
to match t ravelled and t raveled (both legitimate spellings), we could use either 
travel{l,2}ed or travell{0,l}ed. The {0,1} quantification is so often used that 
it has its own shorthand form, ?, so another way of writing the regex (and the 
one most likely to be used in practice) is travellTed. 

Two other quantification shorthands are provided: + which stands for {1, n} (“at 
least one”) and * which stands for {0, n} (“any number of”); in both cases n is the 
maximum possible number allowed for a quantifier, usually at least 32 767. All 
the quantifiers are shown in Table 13.2. 

The + quantifier is very useful. For example, to match integers we could use \d+ 
since this matches one or more digits. This regex could match in two places in 
the string 4588.91, for example, 4588 .91 and 4588.91. Sometimes typos are the 
result of pressing a key too long. We could use the regex bevel+ed to match the 
legitimate beveled and bevelled , and the incorrect bevellled . If we wanted to 
standardize on the one I spelling, and match only occurrences that had two or 
more Is, we could use bevell+ed to find them. 

The * quantifier is less useful, simply because it can so often lead to unex¬ 
pected results. For example, supposing that we want to find lines that con¬ 
tain comments in Python files, we might try searching for #*. But this regex 
will match any line whatsoever, including blank lines because the meaning 
is “match any number of #s”—and that includes none. As a rule of thumb for 
those new to regexes, avoid using * at all, and if you do use it (or if you use ?), 
make sure there is at least one other expression in the regex that has a non¬ 
zero quantifier—so at least one quantifier other than * or ? since both of these 
can match their expression zero times. 
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Table 13.2 Regular Expression Quantifiers 

Syntax 

Meaning 

e? or e{0,l} 

Greedily match zero or one occurrence of expression e 

e?? or e{0,l}? 

Nongreedily match zero or one occurrence of expression e 

e+ or e{l,} 

Greedily match one or more occurrences of expression e 

e+? or e{l,}? 

Nongreedily match one or more occurrences of expression e 

e* or e{0,} 

Greedily match zero or more occurrences of expression e 

e*? or e{0,}? 

Nongreedily match zero or more occurrences of expression e 

e{m} 

Match exactly m occurrences of expression e 

e{m,} 

Greedily match at least m occurrences of expression e 

e{m,}? 

Nongreedily match at least m occurrences of expression e 

e{,n} 

Greedily match at most n occurrences of expression e 

e{,n}? 

Nongreedily match at most n occurrences of expression e 

e{m,n} 

Greedily match at least m and at most n occurrences of expres¬ 
sion e 

e{m,n}? 

Nongreedily match at least m and at most n occurrences of 
expression e 


It is often possible to convert * uses to + uses and vice versa. For example, we 
could match “tasselled” with at least one I using tassell*ed or tassel+ed, and 
match those with two or more Is using tasselll*ed or tassell+ed. 

If we use the regex \d+ it will match IM. But why does it match all the digits, 
rather than just the first one? By default, all quantifiers are greedy —they 
match as many characters as they can. We can make any quantifier nongreedy 
(also called minimal) by following it with a ? symbol. (The question mark has 
two different meanings—on its own it is a shorthand for the {0,1} quantifier, 
and when it follows a quantifier it tells the quantifier to be nongreedy.) For 
example, \d+? can match the string 136 in three different places: 136, 136, and 
13fi. Here is another example: \d?? matches zero or one digits, but prefers to 
match none since it is nongreedy—on its own it suffers the same problem as * 
in that it will match nothing, that is, any text at all. 

Nongreedy quantifiers can be useful for quick and dirty XML and HTML 
parsing. For example, to match all the image tags, writing <img. *> (match one 
“<”, then one “i”, then one “m”, then one “g”, then zero or more of any character 
apart from newline, then one “>”) will not work because the . * part is greedy 
and will match everything including the tag’s closing >, and will keep going 
until it reaches the last > in the entire text. 
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Three solutions present themselves (apart from using a proper parser). One 
is <iing [''>]*> (match <img, then any number of non-> characters and then the 
tag’s closing > character), another is <inig . *?> (match <inig, then any number of 
characters, but nongreedily, so it will stop immediately before the tag’s closing 
>, and then the >), and a third combines both, as in <iiiig [''>]*?>. None of them 
is correct, though, since they can all match <iing>. which is not valid. Since 
we know that an image tag must have a s rc attribute, a more accurate regex 
is <img\s+[''>]*?src=\w+k'>]*?>. This matches the literal characters <img, then 
one or more whitespace characters, then nongreedily zero or more of anything 
except > (to skip any other attributes such as alt), then the src attribute (the 
literal characters s rc= then at least one “word” character), and then any other 
non-> characters (including none) to account for any other attributes, and 
finally the closing >. 


Grouping and Capturing 


In practical applications we often need regexes that can match any one of two 
or more alternatives, and we often need to capture the match or some part 
of the match for further processing. Also, we sometimes want a quantifier to 
apply to several expressions. All of these can be achieved by grouping with (), 
and in the case of alternatives using alternation with |. 

Alternation is especially useful when we want to match any one of several 
quite different alternatives. For example, the regex aircraft|airplane|jet 
will match any text that contains “aircraft” or “airplane” or “jet”. The 
same thing can be achieved using the regex air(craft | plane) | jet. Here, the 
parentheses are used to group expressions, so we have two outer expres¬ 
sions, air(craft I plane) and jet. The first of these has an inner expression, 
craft I plane, and because this is preceded by air the first outer expression can 
match only “aircraft” or “airplane”. 

Parentheses serve two different purposes—to group expressions and to capture 
the text that matches an expression. We will use the term group to refer to a 
grouped expression whether it captures or not, and capture and capture group 
to refer to a captured group. If we used the regex (aircraft|airplane| jet) it 
would not only match any of the three expressions, but would also capture 
whichever one was matched for later reference. Compare this with the regex 
(air(craft | plane) | jet) which has two captures if the first expression matches 
(“aircraft” or “airplane” as the first capture and “craft” or “plane” as the second 
capture), and one capture if the second expression matches (“jet”). We can 
switch off the capturing effect by following an opening parenthesis with ?:, so 
for example, (air(?:craft|plane) | jet) will have only one capture if it matches 
(“aircraft” or “airplane” or “jet”). 

A grouped expression is an expression and so can be quantified. Like any 
other expression the quantity is assumed to be one unless explicitly given. For 
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example, if we have read a text file with lines of the form key=value, where 
each key is alphanumeric, the regex ( \w+ )=(.+) will match every line that has a 
nonempty key and a nonempty value. (Recall that . matches anything except 
newlines.) And for every line that matches, two captures are made, the first 
being the key and the second being the value. 

For example, the key=value regular expression will match the entire line 
topic= physical geography with the two captures shown shaded. Notice that 
the second capture includes some whitespace, and that whitespace before the 
= is not accepted. We could refine the regex to be more flexible in accepting 
whitespace, and to strip off unwanted whitespace using a somewhat longer 
version: 

[ \t]*(\w+)[ \t]*=[ \t]*(.+) 

This matches the same line as before and also lines that have whitespace 
around the = sign, but with the first capture having no leading or trailing 
whitespace, and the second capture having no leading whitespace. For exam¬ 
ple: topic = physical geography . We have been careful to keep the whitespace 
matching parts outside the capturing parentheses, and to allow for lines that 
have no whitespace at all. We did not use \s to match whitespace because 
that matches newlines (\n) which could lead to incorrect matches that span 
lines (e.g., if the re.MULTILINE flag is used). And for the value we did not use 
\S to match nonwhitespace because we want to allow for values that contain 
whitespace (e.g., English sentences). To avoid the second capture having trail¬ 
ing whitespace we would need a more sophisticated regex; we will see this in 
the next subsection. 

Captures can be referred to using backreferences, that is, by referring back to 
an earlier capture group.* One syntax for backreferences inside regexes them¬ 
selves is \i where i is the capture number. Captures are numbered starting 
from one and increasing by one going from left to right as each new (capturing) 
left parenthesis is encountered. For example, to simplistically match duplicat¬ 
ed words we can use the regex ( \w+) \s+\l which matches a “word”, then at least 
one whitespace, and then the same word as was captured. (Capture number 
0 is created automatically without the need for parentheses; it holds the entire 
match, that is, what we show underlined.) We will see a more sophisticated 
way to match duplicate words later. 

In long or complicated regexes it is often more convenient to use names 
rather than numbers for captures. This can also make maintenance easier 
since adding or removing capturing parentheses may change the numbers 
but won’t affect names. To name a capture we follow the opening parenthesis 
with ?P<name>. For example, (?P<key>\w+)=(?P<value>.+) has two captures called 
"key" and "value". The syntax for backreferences to named captures inside a 


Regex 

flags 

>502 


*Note that backreferences cannot be used inside character classes, that is, inside [ ]. 
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regex is (?P=naiiie). For example, (?P<word>\w+)\s+(?P=word) matches duplicate 
words using a capture called "word". 


Assertions and Flags 


One problem that affects many of the regexes we have looked at so far is that 
they can match more or different text than we intended. For example, the 
regex aircraft|airplane| jet will match “waterjet” and “jetski” as well as “jet”. 
This kind of problem can be solved by using assertions. An assertion does not 
match any text, but instead says something about the text at the point where 
the assertion occurs. 

One assertion is \b (word boundary), which asserts that the character that pre¬ 
cedes it must be a “word” (\w) and the character that follows it must be a non- 
“word” (\W), or vice versa. For example, although the regex j et can match twice 
in the text the jet and jetski are noisy, that is, the jet and jetski are noisy, 
the regex \bjet\b will match only once, the jet and jetski are noisy. In the 
context of the original regex, we could write it either as \baircraft\b|\bair- 
plane\b|\bjet\b or more clearly as \b(?:aircraft | airplane] jet)\b, that is, word 
boundary, noncapturing expression, word boundary. 

Many other assertions are supported, as shown in Table 13.3. We could use 
assertions to improve the clarity of a key=value regex, for example, by chang¬ 
ing it to ''(\w+)=( [''\n]+) and setting the re. MULTILINE flag to ensure that each 
key=value is taken from a single line with no possibility of spanning lines— 
providing no part of the regex matches a newline, so we can’t use, say, \s. (The 
flags are shown in Table 13.5; >- 502; their syntaxes are described at the end of 
this subsection, and examples are given in the next section.) And if we want to 
strip whitespace from the ends and use named captures, the regex becomes: 

''[ \t]*(?P<key>\w+) [ \t]*=[ \t]*(?P<value>[''\n]+) (?<! [ \t]) 


Even though this regex is designed for a fairly simple task, it looks quite com¬ 
plicated. One way to make it more maintainable is to include comments in it. 
This can be done by adding inline comments using the syntax ( 7#the comment), 
but in practice comments like this can easily make the regex even more diffi¬ 
cult to read. A much nicer solution is to use the re.VERBOSE flag—this allows 
us to freely use whitespace and normal Python comments in regexes, with the 
one constraint that if we need to match whitespace we must either use \s or a 
character class such as [ ]. Here’s the key=value regex with comments: 


"[ \t]+ 
(?P<key>\w+) 

[ \t]+=[ \t]* 
(?P<value>["\n]+) 
(?<![ \t]) 


# start of line and optional leading whitespace 

# the key text 

# the equals with optional surrounding whitespace 

# the value text 

# negative lookbehind to avoid trailing whitespace 


Regex 

flags 

>502 
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Table 13.3 Regular Expression Assertions 


Symbol 

Meaning 


Matches at the start; also matches after each newline with the 
re.MULTILINE flag 

$ 

Matches at the end; also matches before each newline with the 
re.MULTILINE flag 

\A 

Matches at the start 

\b 

Matches at a “word” boundary; influenced by the re .ASCII 

flag—inside a character class this is the escape for the backspace 

character 

\B 

Matches at a non-“word” boundary; influenced by the re .ASCII flag 

\z 

Matches at the end 

(?=e) 

Matches if the expression e matches at this assertion but does not 
advance over it—called lookahead or positive lookahead 

(?!e) 

Matches if the expression e does not match at this assertion and 
does not advance over it—called negative lookahead 

(?<=e) 

Matches if the expression e matches immediately before this 
assertion—called positive lookbehind 

(?<!e) 

Matches if the expression e does not match immediately before this 
assertion—called negative lookbehind 


Regex 

flags 

>502 


Raw In the context of a Python program we would normally write a regex like this 

strings inside a raw triple quoted string—raw so that we don’t have to double up the 
67 -< backslashes, and triple quoted so that we can spread it over multiple lines. 

In addition to the assertions we have discussed so far, there are additional 
assertions which look at the text in front of (or behind) the assertion to see 
whether it matches (or does not match) an expression we specify. The expres¬ 
sions that can be used in lookbehind assertions must be of fixed length (so the 
quantifiers ?, +, and * cannot be used, and numeric quantifiers must be of a 
fixed size, for example, {3}). 

In the case of the key=value regex, the negative lookbehind assertion means 
that at the point it occurs the preceding character must not be a space or a tab. 
This has the effect of ensuring that the last character captured into the "value" 
capture group is not a space or tab (yet without preventing spaces or tabs from 
appearing inside the captured text). 

Let’s consider another example. Suppose we are reading a multiline 
text that contains the names “Helen Patricia Sharman”, “Jim Sharman”, 
“Sharman Joshi”, “Helen Kelly”, and so on, and we want to match “Helen 
Patricia”, but only when referring to “Helen Patricia Sharman”. The easi- 
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est way is to use the regex \b(Helen\s+Patricia)\s+Sharinan\b. But we could 
also achieve the same thing using a lookahead assertion, for example, 
\b(Helen\s+Patricia) (?=\s+Shariiian\b). This will match “Helen Patricia” only if 
it is preceded by a word boundary and followed by whitespace and “Sharman” 
ending at a word boundary. 

To capture the particular variation of the forenames that is used (“Helen”, 
“Helen R”, or “Helen Patricia”), we could make the regex slightly more so¬ 
phisticated, for example, \b(Helen(?:\s+(?:P\. |Patricia))?)\s+(?=Shariiian\b). 
This matches a word boundary followed by one of the forename forms—^but 
only if this is followed by some whitespace and then “Sharman” and a word 
boundary. 

Note that only two syntaxes perform capturing, (e) and (?P<name>e). None 
of the other parenthesized forms captures. This makes perfect sense for the 
lookahead and lookbehind assertions since they only make a statement about 
what follows or precedes them—they are not part of the match, but rather af¬ 
fect whether a match is made. It also makes sense for the last two parenthe¬ 
sized forms that we will now consider. 

We saw earlier how we can backreference a capture inside a regex either 
by number (e.g., \1) or by name (e.g., (?P=naffle)). It is also possible to match 
conditionally depending on whether an earlier match occurred. The syntaxes 
are (?(id]yes_exp) and (?(id)yes_exp|no_exp). The id is the name or number 
of an earlier capture that we are referring to. If the capture succeeded the 
yes exp will be matched here. If the capture failed the no exp will be matched 
if it is given. 

Let’s consider an example. Suppose we want to extract the filenames referred 
to by the s re attribute in HTML img tags. We will begin just by trying to match 
the sre attribute, but unlike our earlier attempt we will account for the three 
forms that the attribute’s value can take: single quoted, double quoted, and 
unquoted. Here is an initial attempt: src=( ["'])([''" '>]+)\l. The ([''"'>]+) 
part captures a greedy match of at least one character that isn’t a quote or >. 
This regex works fine for quoted filenames, and thanks to the \1 matches only 
when the opening and closing quotes are the same. But it does not allow for 
unquoted filenames. To fix this we must make the opening quote optional and 
therefore match only if it is present. 

Here is a revised regex: src=( ["'])?([''"'>]+)(?(1)\1). We did not provide a 
no exp since there is nothing to match if no quote is given. Unfortunately, this 
doesn’t work quite right. It will work fine for quoted filenames, but for unquot¬ 
ed filenames it will work only if the s re attribute is the last attribute in the tag; 
otherwise it will incorrectly match text into the next attribute. The solution 
is to treat the two cases (quoted and unquoted) separately, and to use alterna¬ 
tion: src=( (["'])([''\1>]+?)\1| (' >]+)). Now let’s see the regex in context, 
complete with named groups, nonmatching parentheses, and comments: 
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<img\s+ 

[->]*? 

src= 

(?: 

(?P<quote>["']) 

(?P<qiniage>['"\l>]+?) 

(?P=quote) 

I 

(?P<uiniage>[''"' >]+) 


# start of the tag 

# any attributes that precede the src 

# start of the src attribute 

# opening quote 

# image filename 

# closing quote matching the opening quote 

# —or alternatively— 

# unquoted image filename 


[->]+? 


# any attributes that follow the src 

# end of the tag 


The indentation is just for clarity. The noncapturing parentheses are used for 
alternation. The first alternative matches a quote (either single or double), 
then the image filename (which may contain any characters except for the 
quote that matched or >), and finally, another quote which must be the same 
as the matching quote. We also had to use minimal matching, +?, for the file¬ 
name, to ensure that the match doesn’t extend beyond the first matching clos¬ 
ing quote. This means that a filename such as "I'm here! .png" will match 
correctly. Note also that to refer to the matching quote inside the character 
class we had to use a numbered backreference, \1, instead of (?P=quote), since 
only numbered backreferences work inside character classes. The second al¬ 
ternative matches an unquoted filename—a string of characters that don’t 
include quotes, spaces, or >. Due to the alternation, the filename is captured in 
"qimage" (capture number 2) or in "uimage" (capture number 3, since (?P=quote) 
matches but doesn’t capture), so we must check for both. 

The final piece of regex syntax that Python’s regular expression engine offers 
is a means of setting the flags. Usually the flags are set by passing them as 
additional parameters when calling the re. compile! ) function, but sometimes 
it is more convenient to set them as part of the regex itself The syntax is 
simply (Iflags) where flags is one or more of a (the same as passing re.ASCII), 
i (re.IGNORECASE), m (re.MULTILINE), s (re.DOTALL), and x (re.VERBOSE).* If the 
flags are set this way they should be put at the start of the regex; they match 
nothing, so their effect on the regex is only to set the flags. 


The Regular Expression Module 


The re module provides two ways of working with regexes. One is to use the 
functions listed in Table 13.4 O 502), where each function is given a regex as 
its first argument. Each function converts the regex into an internal format—a 


*The letters used for the flags are the same as the ones used by Perl’s regex engine, which is why 
s is used for re. DOTALL and x is used for re. VERBOSE. 


Regex 

flags 

>502 
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process called compiling —and then does its work. This is very convenient for 
one-off uses, but if we need to use the same regex repeatedly we can avoid 
the cost of compiling it at each use by compiling it once using the re. compile () 
function. We can then call methods on the compiled regex object as many times 
as we like. The compiled regex methods are listed in Table 13.6 (>■ 503). 

match = re.search(r"#[\dA-Fa-f]{6}\b", text) 

This code snippet shows the use of an re module function. The regex matches 
HTML-style colors (such as #C0C0AB). If a match is found the re . sea rch () func¬ 
tion returns a match object; otherwise, it returns None. The methods provided 
by match objects are listed in Table 13.7 (>■ 507). 

If we were going to use this regex repeatedly, we could compile it once and then 
use the compiled regex whenever we needed it: 

color_re = re.compile!r"#[\dA-Fa-f]{6}\b") 
match = color_re.search(text) 

As we noted earlier, we use raw strings to avoid having to escape backslashes. 
Another way of writing this regex would be to use the character class [\dA-F] 
and pass the re. IGNORECASE flag as the last argument to the re. compile ( ) call, or 
to use the regex ( ?i)#[\dA-F] {6}\b which starts with the ignore case flag. 

If more than one flag is required they can be combined using the or operator (|), 
for example, re.MULTILINE | re.DOTALL, or (?ms) if embedded in the regex itself 

We will round off this section by reviewing some examples, starting with some 
of the regexes shown in earlier sections, so as to illustrate the most commonly 
used functionality that the re module provides. Let’s start with a regex to spot 
duplicate words: 

double_word_re = re.compile!r"\b(?P<word>\w+)\s+(?P=word)!?!\w)", 

re.IGN0RECASE) 

for match in double_word_re.finditer!text); 

print!"{0} is duplicated".format!match.group!"word"))) 

The regex is slightly more sophisticated than the version we made earlier. It 
starts at a word boundary (to ensure that each match starts at the beginning 
of a word), then greedily matches one or more “word” characters, then one or 
more whitespace characters, then the same word again—but only if the second 
occurrence of the word is not followed by a word character. 

If the input text was “win in vain”, without the first assertion there would 
be one match and one capture: w in in vain. There aren’t two matches because 
while !?P<word>) matches and captures, the \s+ and !?P=word) parts only match. 
The use of the word boundary assertion ensures that the first word matched 
is a whole word, so we end up with no match or capture since there is no du- 
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plicate whole word. Similarly, if the input text was “one and and two let’s 
say”, without the last assertion there would be two matches and two captures: 
one and and two let's sav. The use of the lookahead assertion means that the 
second word matched is a whole word, so we end up with one match and one 
capture: one and and two let's say. 

The for loop iterates over every match object returned by the finditerO 
method and we use the match object’s groupO method to retrieve the cap¬ 
tured group’s text. We could just as easily (but less maintainably) have used 
g roup (1)—in which case we need not have named the capture group at all and 
just used the regex \b(\w+)\s+\l(?!\w). Another point to note is that we could 
have used a word boundary \b at the end, instead of (?! \w). 

Another example we presented earlier was a regex for finding the filenames 
in HTML image tags. Here is how we would compile the regex, adding flags so 
that it is not case-sensitive, and allowing us to include comments: 


image_re = re.compile!r. 

<img\s+ 

[''>]*? 

src= 


# start of tag 

# non-src attributes 

# start of src attribute 


(?: 


(?P<quote>['"]) 

(?P<qimage>[''\l>]+?) 

(?P=quote) 


(?P<uimage>[''"' >]+) 



> 


# opening quote 

# image filename 

# closing quote 

# —or alternatively— 

# unquoted image filename 

# non-src attributes 

# end of the tag 


., re.IGIMORECASEI re.VERBOSE) 

image_files = [] 

for match in image_re.finditer(text): 

image_files.append(match.group("qimage") or 
match.g roup("uimage")) 


Again we use the finditerO method to retrieve each match and the match 
object’s group! ) function to retrieve the captured texts. Each time a match 
is made we don’t know which of the image groups ("qimage" or "uimage") has 
matched, but using the or operator provides a neat solution for this. Since the 
case insensitivity applies only to img and src, we could drop the re. IGNORECASE 
flag and use [Ii][Hm][Gg] and [Ss][Rr][Cc] instead. Although this would make 
the regex less clear, it might make it faster since it would not require the text 
being matched to be set to upper- (or lower-) case—^but it is likely to make a 
difference only if the regex was being used on a very large amount of text. 
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Table 13.4 The Regular Expression Module’s Functions 


Syntax 

Description 

re.compile! 
r, f) 

Returns compiled regex r with its flags set to f if specified. 
(The flags are described in Table 13.5.) 

re.escape(s) 

Returns string s with all nonalphanumeric characters 
backslash-escaped—therefore, the returned string has no 
special regex characters 

re.findall! 
r, s, f) 

Returns all nonoverlapping matches of regex r in string s 
(influenced by the flags f if given). If the regex has captures, 
each match is returned as a tuple of captures. 

re.finditer( 
r, s, f) 

Returns a match object for each nonoverlapping match of 
regex r in string s (influenced by the flags f if given) 

re.match! 
r, s, f) 

Returns a match object if the regex r matches at the start 
of string s (influenced by the flags f if given); otherwise, 
returns None 

re.search! 
r, s, f) 

Returns a match object if the regex r matches anywhere 
in string s (influenced by the flags f if given); otherwise, 
returns None 

re.split! 
r, s, 
m, f) 

Returns the list of strings that results from splitting string s 
on every occurrence of regex r doing up to m splits (or as many 
as possible if no m is given, and for Python 3.1 influenced by 
flags f if given). If the regex has captures, these are included 
in the list between the parts they split. 

re.sub! 

r, X, 

s, m, f) 

Returns a copy of string s with every (or up to m if given, and 
for Python 3.1 influenced by flags f if given) match of regex r 
replaced with x—this can be a string or a function; see text 

re.subn! 
r, X, 
s m, f) 

The same as re. sub () except that it returns a 2-tuple of 
the resultant string and the number of substitutions that 
were made 


Table 13.5 The Regular Expression Module’s Flags 


Flag 

Meaning 

re.A or re.ASCII 

Makes \b, \B, \s, \S, \w, and \W assume that strings are 
ASCII; the default is for these character class short¬ 
hands to depend on the Unicode specification 

re.I or re.IGNORECASE 

Makes the regex match case-insensitively 

re.Mor re.MULTILINE 

Makes match at the start and after each newline 
and $ match before each newline and at the end 

re.S or re.DOTALL 

Makes . match every character including newlines 

re.Xor re.VERBOSE 

Allows whitespace and comments to be included 
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Table 13.6 Regular Expression Object Methods 


Syntax 

Description 

rx.findall(s 
start, end) 

Returns all nonoverlapping matches of the regex in string 
s (or in the start: end slice of s). If the regex has captures, 
each match is returned as a tuple of captures. 

rx.finditer(s 
start, end) 

Returns a match object for each nonoverlapping match in 
string s (or in the start-.end slice of s) 

rx.flags 

The flags that were set when the regex was compiled 

rx.groupindex 

A dictionary whose keys are capture group names and 
whose values are group numbers; empty if no names 
are used 

rx.match(s, 
start, end) 

Returns a match object if the regex matches at the start 
of string s (or at the start of the start-.end slice of s); 
otherwise, returns None 

rx.pattern 

The string from which the regex was compiled 

rx.search(s, 
start, end) 

Returns a match object if the regex matches anywhere in 
string s (or in the start ; end slice of s); otherwise, returns 
None 

rx.split(s, m) 

Returns the list of strings that results from splitting 
string s on every occurrence of the regex doing up to m 
splits (or as many as possible if no m is given). If the regex 
has captures, these are included in the list between the 
parts they split. 

rx.sub(x, s, ffl) 

Returns a copy of string s with every (or up to m if given) 
match replaced with x—this can be a string or a function; 
see text 

rx.subn(x, s m) 

The same as re. sub( ) except that it returns a 2-tuple of 
the resultant string and the number of substitutions that 
were made 


One common task is to take an HTML text and output just the plain text that 
it contains. Naturally we could do this using one of Python’s parsers, but a 
simple tool can be created using regexes. There are three tasks that need to be 
done: delete any tags, replace entities with the characters they represent, and 
insert blank lines to separate paragraphs. Here is a function (taken from the 
htiTil2text . py program) that does the job: 

def htnil2text(html_text); 

def char_f roni_entity(inatch): 

code = html.entities.name2codepoint.get(inatch.group(l), OxFFFD) 
return chr(code) 
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text = re.sub(r"<! —(?:. |\n)*?—>", htinl_text) #1 

text = re.sub(r"<[Pp] [''>]*?>", "\n\n", text) #2 

text = re.sub(r"<[">]*?>", text) #3 

text = re.sub(r"&#(\d+);", lambda m; chr(int(m.group(l))), text) 
text = re.sub(r"&([A-Za-z]+);", char_from_entity, text) #5 
text = re.sub(r"\n(?:[ \xA0\t]+\n)+", "\n", text) #6 

return re.sub(r"\n\n+", "\n\n", text.strip()) #7 


The first regex, <! — (?:. | \n) *1 —>, matches HTML comments, including those 
with other HTML tags nested inside them. The re.subO function replaces 
as many matches as it finds with the replacement—deleting the matches if 
the replacement is an empty string, as it is here. (We can specify a maximum 
number of matches by giving an additional integer argument at the end.) 

We are careful to use nongreedy (minimal) matching to ensure that we delete 
one comment for each match; if we did not do this we would delete from the 
start of the first comment to the end of the last comment. 

In Python 3.0, the re.subO function does not accept any flags as arguments, 
and since . means “any character except newline”, we must look for . or \n. 
And we must look for these using alternation rather than a character class, 
since inside a character class . has its literal meaning, that is, period. An 
alternative would be to begin the regex with the flag embedded, for example, 
(?s)<! — .*?—>, or we could compile a regex object with the re.DOTALL flag, in 
which case the regex would simply be <! —. *?—>. 

From Python 3.1, re.split (), re.subO, and re.subnO, can all accept a flags 
argument, so we could simply use <! —. *?—> and pass the re. DOTALL flag. 

The second regex, <[Pp] [''>]*?>, matches opening paragraph tags (such as <P> 
or <p align="center">). It matches the opening <p (or <P), then any attributes 
(using nongreedy matching), and finally the closing >. The second call to the 
re.subO function uses this regex to replace opening paragraph tags with 
two newline characters (the standard way to delimit a paragraph in a plain 
text file). 

The third regex, <[''>]*?>, matches any tag and is used in the third re. sub () call 
to delete all the remaining tags. 

HTML entities are a way of specifying non-ASCII characters using ASCII 
characters. They come in two forms: &naffle; where name is the name of the 
character — for example, &copy; for ©— and &#digits; where digits are deci¬ 
mal digits identifying the Unicode code point—for example, &#165; for ¥. The 
fourth call to re. subO uses the regex &#(\d+);, which matches the digits form 
and captures the digits into capture group 1. Instead of a literal replacement 
text we have passed a lambda function. When a function is passed to re. sub( ) it 
calls the function once for each time it matches, passing the match object as the 
function’s sole argument. Inside the lambda function we retrieve the digits (as a 
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string), convert to an integer using the built-in int () function, and then use the 
built-in ch r () function to obtain the Unicode character for the given code point. 
The function’s return value (or in the case of a lambda expression, the result of 
the expression) is used as the replacement text. 

The fifth re. sub() call uses the regex &( [A-Za-z]+); to capture named entities. 
The standard library’s html .entities module contains dictionaries of entities, 
including name2codepoint whose keys are entity names and whose values are in¬ 
teger code points. The re. sub 0 function calls the local charfromentity () func¬ 
tion every time it has a match. The cha r_f rom entity () function uses diet. get () 
with a default argument of GxFFFD (the code point of the standard Unicode 
replacement character—often depicted as ^). This ensures that a code point 
is always retrieved and it is used with the chr() function to return a suitable 
character to replace the named entity with—using the Unicode replacement 
character if the entity name is invalid. 

The sixth re.subO call’s regex, \n(?: [ \xA0\t]+\n)+, is used to delete lines that 
contain only whitespace. The character class we have used contains a space, 
a nonbreaking space (which &nbsp; entities are replaced with in the preceding 
regex), and a tab. The regex matches a newline (the one at the end of a line 
that precedes one or more whitespace-only lines), then at least one (and as 
many as possible) lines that contain only whitespace. Since the match includes 
the newline, from the line preceding the whitespace-only lines we must replace 
the match with a single newline; otherwise, we would delete not just the 
whitespace-only lines but also the newline of the line that preceded them. 

The result of the seventh and last re. sub () call is returned to the caller. This 
regex, \n\n+, is used to replace sequences of two or more newlines with exactly 
two newlines, that is, to ensure that each paragraph is separated by just one 
blank line. 

In the HTML example none of the replacements were directly taken from the 
match (although HTML entity names and numbers were used), but in some 
situations the replacement might need to include all or some of the matching 
text. For example, if we have a list of names, each of the form Forename Mid- 
dlenamel... MiddlenameN Surname, where there may be any number of mid¬ 
dle names (including none), and we want to produce a new version of the list 
with each item of the form Surname, Forename Middlenamel... MiddlenameN, 
we can easily do so using a regex: 

new_names = [] 

for name in names; 

name = re.sub(r"(\w+(?:\s+\w+)*)\s+(\w+)", r"\2, \1", name) 

new_names.append(name) 

The first part of the regex, (\w+(?:\s+\w+)*), matches the forename with the 
first \w+ expression and zero or more middle names with the (?:\s+\w+)* ex- 
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pression. The middle name expression matches zero or more occurrences of 
whitespace followed by a word. The second part of the regex, \s+(\w+), match¬ 
es the whitespace that follows the forename (and middle names) and the 
surname. 

If the regex looks a bit too much like line noise, we can use named capture 
groups to improve legibility and make it more maintainable: 

name = re.sub(r"(?P<forenames>\w+(?:\s+\w+)*)" 
r"\s+(? P<s u rname>\w+)", 
r"\g<surname>, \g<forenames>", name) 

Captured text can be referred to in a sub( ) or subn( ) function or method by 
using the syntax \i or \g<id> where i is the number of the capture group and 
id is the name or number of the capture group—so \1 is the same as \g<l>, and 
in this example, the same as \g<forenaiiies>. This syntax can also be used in the 
string passed to a match object’s expand () method. 

Why doesn’t the first part of the regex grab the entire name? After all, it is 
using greedy matching. In fact it will, but then the match will fail because 
although the middle names part can match zero or more times, the surname 
part must match exactly once, but the greedy middle names part has grabbed 
everything. Having failed, the regular expression engine will then backtrack, 
giving up the last “middle name” and thus allowing the surname to match. 
Although greedy matches match as much as possible, they stop if matching 
more would make the match fail. 

For example, if the name is “John le Carre”, the regex will first match the entire 
name, that is, John le Carre . This satisfies the first part of the regex but leaves 
nothing for the surname part to match, and since the surname is mandatory (it 
has an implicit quantifier of 1), the regex has failed. Since the middle names 
part is quantified by *, it can match zero or more times (currently it is matching 
twice, “ le” and “ Carre”), so the regular expression engine can make it give up 
some of its match without causing it to fail. Therefore, the regex backtracks, 
giving up the last \s+\w+ (i.e., “ Carre”), so the match becomes John le Carre 
with the match satisfying the whole regex and with the two match groups 
containing the correct texts. 

There’s one weakness in the regex as written: It doesn’t cope correctly with 
forenames that are written using an initial, such as “James W. Loewen”, or 
“ J. R. R. Tolkein”. This is because \w matches word characters and these don’t in¬ 
clude period. One obvious—^but incorrect—solution is to change the forenames 
part of the regex’s \w+ expression to [ \w . ] +, in both places that it occurs. A peri¬ 
od in a character class is taken to be a literal period, and character class short¬ 
hands retain their meaning inside character classes, so the new expression 
matches word characters or periods. But this would allow for names like 
“.A”, “.A.”, and so on. In view of this, a more subtle approach is required. 
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Table 13.7 Match Object Attributes and Methods 

Syntax 

Description 

in.end(g) 

Returns the end position of the match in the text for group 
g if given (or for group 0, the whole match); returns -1 if the 
group did not participate in the match 

in.endpos 

The search’s end position (the end of the text or the end given 
to inatch() or search!)) 

in. expand (s) 

Returns string s with capture markers (\1, \2, \g<name>, and 
similar) replaced by the corresponding captures 

m.groupig, 

...) 

Returns the numbered or named capture group g; if more 
than one is given a tuple of corresponding capture groups is 
returned (the whole match is group 0) 

m.groupdictl 

default) 

Returns a dictionary of all the named capture groups with 
the names as keys and the captures as values; if a default is 
given this is the value used for capture groups that did not 
participate in the match 

m.groups! 
default) 

Returns a tuple of all the capture groups starting from 1; if a 
default is given this is the value used for capture groups that 
did not participate in the match 

m.lastgroup 

The name of the highest numbered capturing group that 
matched or None if there isn’t one or if no names are used 

m. lastindex 

The number of the highest capturing group that matched or 
None if there isn’t one 

m.pos 

The start position to look from (the start of the text or the 
start given to match() or search!)) 

m. re 

The regex object which produced this match object 

m. span(g) 

Returns the start and end positions of the match in the text 
for group g if given (or for group 0, the whole match); returns 
(-1, -1) if the group did not participate in the match 

m. start(g) 

Returns the start position of the match in the text for group 
g if given (or for group 0, the whole match); returns -1 if the 
group did not participate in the match 

m. string 

The string that was passed to match () or sea rch!) 

name = re, 

,sub!r"!?P<f 0 renames>\w+\. ?!?: \s+\w+\ .?)*)" 
r"\s+!?P<surname>\w+) " , 
r"\g<surnaiiie>, \g<forenames>", name) 


Here we have changed the forenames part of the regex (the first line). The first 
part of the forenames regex matches one or more word characters optionally 
followed by a period. The second part matches at least one whitespace charac- 
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ter, then one or more word characters optionally followed by a period, with the 
whole of this second part itself matching zero or more times. 

When we use alternation (|) with two or more alternatives capturing, we don’t 
know which alternative matched, so we don’t know which capture group to 
retrieve the captured text from. We can of course iterate over all the groups 
to find the nonempty one, but quite often in this situation the match object’s 
lastindex attribute can give us the number of the group we want. We will 
look at one last example to illustrate this and to give us a little bit more regex 
practice. 

Suppose we want to find out what encoding an HTML, XML, or Python file is 
using. We could open the file in binary mode, and read, say, the first 1000 bytes 
into a bytes object. We could then close the file, look for an encoding in the 
bytes, and reopen the file in text mode using the encoding we found or using 
a fallback encoding (such as UTF-8). The regex engine expects regexes to be 
supplied as strings, but the text the regex is applied to can be a str, bytes, or 
bytearray object, and when bytes or bytearray objects are used, all the functions 
and methods return bytes instead of strings, and the re. ASCII flag is implicitly 
switched on. 

For HTML files the encoding is normally specified in a <meta> tag (if speci¬ 
fied at all), for example, <nieta http-equiv='Content-Type' content='text/html; 
charset=IS0-8859-l'/>. XML files are UTF-8 by default, but this can be over¬ 
ridden, for example, <?xml version="1.0" encoding="Shift_JIS"?>. Python 3 files 
are also UTF-8 by default, but again this can be overridden by including a line 
such as # encoding: latinl or # coding; latinl immediately after the 
shebang line. 

Here is how we would find the encoding, assuming that the variable binary is a 
bytes object containing the first 1000 bytes of an HTML, XML, or Python file: 

match = re.search(r (?<![-\w]) #1 

(?:(?:en)?coding|charset) #2 

(?:=(["'])?([-\w]+)(?(l)\l) #3 

I:\s*([-\w]+))..encode("utf8"), 

bina ry, re.IGNORECASE|re.VERBOSE) 
encoding = match.group(inatch.lastindex) if match else b"utf8" 


To search a bytes object we must specify a pattern that is also a bytes object. 
In this case we want the convenience of using a raw string, so we use one and 
convert it to a bytes object as the re. search () function’s first argument. 


Con¬ 

ditional 

match¬ 

ing 

498 < 


The first part of the regex itself is a lookbehind assertion that says that the 
match cannot be preceded by a hyphen or a word character. The second part 
matches “encoding”, “coding”, or “charset” and could have been written as 
(?:encoding|coding|charset). We have made the third part span two lines to 
emphasise the fact that it has two alternating parts, = ( ['" ])?([-\w]+) (?(1)\1) 
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and :\s*( [-\w]+), only one of which can match. The first of these matches an 
equals sign followed by one or more word or hyphen characters (optionally en¬ 
closed in matching quotes using a conditional match), and the second matches 
a colon and then optional whitespace followed by one or more word or hyphen 
characters. (Recall that a hyphen inside a character class is taken to be a literal 
hyphen if it is the first character; otherwise, it means a range of characters, for 
example, [0-9].) 

We have used the re.IGNORECASE flag to avoid having to write (?:(?: [Ee] [Nn])? 
[Cc] [Oo] [Dd] [li] [Nn] [Gg] | [Cc] [Hh] [Aa] [Rr] [Ss] [Ee] [Tt]) and we have used the 
re. VERBOSE flag so that we can lay out the regex neatly and include comments 
(in this case just numbers to make the parts easy to refer to in this text). 

There are three capturing match groups, all in the third part: (["'])? which 
captures the optional opening quote, ([-\w]+) which captures an encoding 
that follows an equals sign, and the second ([-\w]+) (on the following line) 
that captures an encoding that follows a colon. We are only interested in the 
encoding, so we want to retrieve either the second or third capture group, only 
one of which can match since they are alternatives. The lastindex attribute 
holds the index of the last matching capture group (either 2 or 3 when a match 
occurs in this example), so we retrieve whichever matched, or use a default 
encoding if no match was made. 

We have now seen all of the most frequently used re module functionality in 
action, so we will conclude this section by mentioning one last function. The 
re.split0 function (or the regex object’s split() method) can split strings 
based on a regex. One common requirement is to split a text on whitespace 
to get a list of words. This can be done using re. split (r"\s+", text) which re¬ 
turns a list of words (or more precisely a list of strings, each of which match¬ 
es \S+). Regular expressions are very powerful and useful, and once they are 
learned, it is easy to see all text problems as requiring a regex solution. But 
sometimes using string methods is both sufficient and more appropriate. For 
example, we can just as easily split on whitespace by using text. split () since 
the Str. split () method’s default behavior (or with a first argument of None) is 
to split on \s+. 


Summary 


Regular expressions offer a powerful way of searching texts for strings that 
match a particular pattern, and for replacing such strings with other strings 
which themselves can depend on what was matched. 

In this chapter we saw that most characters are matched literally and 
are implicitly quantified by {!}. We also learned how to specify character 
classes—sets of characters to match—and how to negate such sets and include 
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ranges of characters in them without having to write each character individu¬ 
ally. 

We learned how to quantify expressions to match a specific number of times 
or to match from a given minimum to a given maximum number of times, and 
how to use greedy and nongreedy matching. We also learned how to group one 
or more expressions together so that they can be quantified (and optionally 
captured) as a unit. 

The chapter also showed how what is matched can be affected by using various 
assertions, such as positive and negative lookahead and lookbehind, and 
by various flags, for example, to control the interpretation of the period and 
whether to use case-insensitive matching. 

The final section showed how to put regexes to use within the context of Python 
programs. In this section we learned how to use the functions provided by the 
re module, and the methods available from compiled regexes and from match 
objects. We also learned how to replace matches with literal strings, with 
literal strings that contain backreferences, and with the results of function 
calls or lambda expressions, and how to make regexes more maintainable by 
using named captures and comments. 


Exercises 

1. In many contexts (e.g., in some web forms), users must enter a phone 
number, and some of these irritate users by accepting only a specific for¬ 
mat. Write a program that reads U.S. phone numbers with the three-digit 
area and seven-digit local codes accepted as ten digits, or separated into 
blocks using hyphens or spaces, and with the area code optionally enclosed 
in parentheses. For example, all of these are valid: 555-123-1234, (555) 
1234567, (555) 123 1234, and 5551234567. Read the phone numbers from 
sys. stdin and for each one echo the number in the form “(999) 999 9999” 
or report an error for any that are invalid, or that don’t have exactly ten 
digits. 

The regex to match these phone numbers is about ten lines long (in ver¬ 
bose mode) and is quite straightforward. A solution is provided in phone. py, 
which is about twenty-five lines long. 

2. Write a small program that reads an XML or HTML file specified on the 
command line and for each tag that has attributes, outputs the name of 
the tag with its attributes shown underneath. For example, here is an ex¬ 
tract from the program’s output when given one of the Python documenta¬ 
tion’s index.html files: 

html 

xmlns = http; //WWW. w3.org/1999/xhtml 
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meta 

http-equiv = Content-Type 

content = text/html; charset=utf-8 
li 

class = right 

style = margin-right: lOpx 

One approach is to use two regexes, one to capture tags with their at¬ 
tributes and another to extract the name and value of each attribute. At¬ 
tribute values might be quoted using single or double quotes (in which case 
they may contain whitespace and the quotes that are not used to enclose 
them), or they may be unquoted (in which case they cannot contain white- 
space or quotes). It is probably easiest to start by creating a regex to handle 
quoted and unquoted values separately, and then merging the two regexes 
into a single regex to cover both cases. It is best to use named groups to 
make the regex more readable. This is not easy, especially since backref- 
erences cannot be used inside character classes. 

A solution is provided in extract tags. py, which is less than 35 lines long. 
The tag and attributes regex is just one line. The attribute name-value 
regex is half a dozen lines and uses alternation, conditional matching 
(twice, with one nested inside the other), and both greedy and nongreedy 
quantifiers. 



This page intentionally left blank 




• BNF Syntax and Parsing 
Terminology 

• Writing Handcrafted Parsers 

• Pythonic Parsing with PyParsing 

• Lex/Yacc-Style Parsing with PLY 


Introduction to Parsing 


Parsing is a fundamental activity in many programs, and for all but the most 
trivial cases, it is a challenging topic. Parsing is often done when we need to 
read data that is stored in a custom format so that we can process it or per¬ 
form queries on it. Or we may be required to parse a DSL (Domain-Specific 
Language)—these are mini task-specific languages that appear to be growing 
in popularity. Whether we need to read data in a custom format or code writ¬ 
ten using a DSL, we will need to create a suitable parser. This can be done by 
handcrafting, or by using one of Python’s generic parsing modules. 

Python can be used to write parsers using any of the standard computer 
science techniques: using regexes, using finite state automata, using recursive 
descent parsers, and so on. All of these approaches can work quite well, but 
for data or DSLs that are complex—for example, recursively structured and 
featuring operators that have different precedences and associativities—they 
can be challenging to get right. Also, if we need to parse many different data 
formats or DSLs, handcrafting each parser can be time-consuming and tedious 
to maintain. 


Fortunately, for some data formats, we don’t have to write a parser at all. For 
example, when it comes to parsing XML, Python’s standard library comes with 
DOM, SAX, and element tree parsers, with other XML parsers available as 
third-party add-ons. 


File for¬ 
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In fact. Python has built-in support for reading and writing a wide range 
of data formats, including delimiter-separated data with the csv module, 
Windows-style .ini files with the configparser module, JSON data with the 
json module, and also a few others, as mentioned in Chapter 5. Python does 
not provide any built-in support for parsing other languages, although it does 
provide the shlex module which can be used to create a lexer for Unix shell¬ 
like mini-languages (DSLs), and the tokenize module that provides a lexer for 
Python source code. And of course. Python can execute Python code using the 
built-in eval () and exec () functions. 
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In general, if Python already has a suitable parser in the standard library, 
or as a third-party add-on, it is usually best to use it rather than to write 
our own. 

When it conies to parsing data formats or DSLs for which no parser is avail¬ 
able, rather than handcrafting a parser, we can use one of Python’s third-par¬ 
ty general-purpose parsing modules. In this chapter we will introduce two of 
the most popular third-party parsers. One of these is Paul McGuire’s PyPars- 
ing module, which takes a unique and very Pythonic approach. The other is 
David Beazley’s PLY (Python Lex Yacc), which is closely modeled on the classic 
Unix lex and yacc tools, and that makes extensive use of regexes. Many other 
parsers are available, with many listed at www. dabeaz. com/ply (at the bottom of 
the page), and of course, in the Python Package Index, pypi.python .org/pypi. 

This chapter’s first section provides a brief introduction to the standard BNF 
(Backus-Naur Form) syntax used to describe the grammars of data formats 
and DSLs. In that section we will also explain the basic terminology. The 
remaining sections all cover parsing itself, with the second section covering 
handcrafted parsers, using regexes, and using recursive descent, as a natural 
follow-on from the regular expressions chapter. The third section introduces 
the PyParsing module. The initial examples are the same as those for which 
handcrafted parsers are created in the second section—this is to help learn 
the PyParsing approach, and also to provide the opportunity to compare and 
contrast. The section’s last example has a more ambitious grammar and is 
new in this section. The last section introduces the PLY module, and shows 
the same examples we used in the PyParsing section, again for ease of learning 
and to provide a basis for comparison. 

Note that with one exception, the handcrafted parsers section is where each 
data format and DSL is described, its BNF given, and an example of the data 
or DSL shown, with the other sections providing backreferences to these 
where appropriate. The exception is the first-order logic parser whose details 
are given in the PyParsing section, with corresponding backreferences in the 
PLY section. 


BNF Syntax and Parsing Terminology 


Parsing is a means of transforming data that is in some structured 
format—whether the data represents actual data, or statements in a program¬ 
ming language, or some mixture of both—into a representation that reflects 
the data’s structure and that can be used to infer the meaning that the data 
represents. The parsing process is most often done in two phases: lexing (also 
called lexical analysis, tokenizing, or scanning), and parsing proper (also called 
syntactic analysis). 
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For example, given a sentence in the English language, such as “the dog 
barked”, we might transform the sentence into a sequence of (part-of-speech- 
word) 2-tuples, ((DEFINITE_ARTICLE, "the"), (NOUN, "dog"), (VERB, "barked")). 
We would then perform syntactic analysis to see if this is a valid English sen¬ 
tence. In this case it is, but our parser would have to reject, say, “the barked 
dog”.* 

The lexing phase is used to convert the data into a stream of tokens. In typical 
cases, each token holds at least two pieces of information: the token’s type (the 
kind of data or language construct being represented), and the token’s value 
(which may be empty if the type stands for itself—for example, a keyword in 
a programming language). 

The parsing phase is where a parser reads each token and performs some se¬ 
mantic action. The parser operates according to a predefined set of grammar 
rules that define the syntax that the data is expected to follow. (If the data 
doesn’t follow the syntax rules the parser will correctly fail.) In multiphase 
parsers, the semantic action consists of building up an internal representation 
of the input in memory (called an Abstract Syntax Tree—AST), which serves 
as input to the next phase. Once the AST has been constructed, it can be tra¬ 
versed, for example, to query the data, or to write the data out in a different 
format, or to perform computations that correspond to the meanings encoded 
in the data. 

Data formats and DSLs (and programming languages generally) can be de¬ 
scribed using a grammar—a set of syntax rules that define what is valid syntax 
for the data or language. Of course, just because a statement is syntactically 
valid doesn’t mean that it makes sense—for example, “the cat ate democracy” 
is syntactically valid English, but meaningless. Nonetheless, being able to de¬ 
fine the grammar is very useful, so much so that there is a commonly used syn¬ 
tax for describing grammars—BNF (Backus-Naur Form). Creating a BNF is 
the first step to creating a parser, and although not formally necessary, for all 
but the most trivial grammars it should be considered essential. 

Here we will describe a very simple subset of BNF syntax that is sufficient for 
our needs. 

In a BNF there are two kinds of item: terminals and nonterminals. A terminal 
is an item which is in its final form, for example, a literal number or string. 
A nonterminal is an item that is defined in terms of zero or more other items 
(which themselves may be terminals or nonterminals). Every nonterminal 
must ultimately be defined in terms of zero or more terminals. Figure 14.1 
shows an example BNF that defines the syntax of a file of “attributes”, to put 
things into perspective. 


* In practice, parsing English and other natural languages is a very difficult problem; see, for 
example, the Natural Language Toolkit (www.nltk.org) for more information. 
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ATTRIBUTE _FILE 

:= (ATTRIBUTE '\n') + 


ATTRIBUTE 

:= NAME ' = ’ VALUE 


NAME 

:= [a-zA-Z]\w* 


VALUE 

:= 'true' | 'false' | \d+ | 

[a-zA-Z]\w* 


Figure 14.1 A BNF for a file of attributes 

The symbol : ;= means is defined as. Nonterminals are written in uppercase 
italics (e.g., VALUE). Terminals are either literal strings enclosed in quotes (such 
as ' =' and ' t rue') or regular expressions (such as \d+). The definitions (on the 
right of the :: =) are made up of one or more terminals or nonterminals—these 
must be encountered in the sequence given to meet the definition. However, 
the vertical bar (|) is used to indicate alternatives, so instead of matching in 
sequence, matching any one of the alternatives is sufficient to meet the defi¬ 
nition. Terminals and nonterminals can be quantified with ? (zero or one, i.e., 
optional), + (one or more), or * (zero or more); without an explicit quantifier they 
are quantified to match exactly once. Parentheses can be used for grouping two 
or more terminals or nonterminals that we want to treat as a unit, for example, 
to group alternatives or for quantification. 

A BNF always has a “start symbol”—this is the nonterminal that must be 
matched by the entire input. We have adopted the convention that the first 
nonterminal is always the start symbol. 

In this example there are four nonterminals, ATTRIBUTE FILE (the start symbol), 
ATTRIBUTE, NAME, and VALUE. An ATTRIBUTE_FILE is defined as one or more of an 
ATTRIBUTE followed by a newline. An ATTRIBUTE is defined as a NAME followed 
by a literal = (i.e., a terminal), followed by a VALUE. Since both the NAME and 
VALUE parts are nonterminals, they must themselves be defined. The NAME is 
defined by a regular expression (i.e., a terminal). The VALUE is defined by any 
of four alternatives, two literals and two regular expressions (all of which are 
terminals). Since all the nonterminals are defined in terms of terminals (or in 
terms of nonterminals which themselves are ultimately defined in terms of 
terminals), the BNF is complete. 

There is generally more than one way to write a BNF Figure 14.2 shows an 
alternative version of the ATTRIBUTE FILE BNF 


ATTRIBUTE_FILE 

:= ATTRIBUTE+ 

ATTRIBUTE 

:= NAME ' = ' VALUE '\n' 

NAME 

:= [a-zA-Z]\w* 

VALUE 

:= 'true' | 'false' | \d+ | NAME 


Figure 14.2 An alternative BNF for a file of attributes 
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Here we have moved the newline to the end of the ATTRIBUTE nonterminal, 
thus simplifying the definition of ATTRIBUTE_FILE. We have also reused the NAME 
nonterminal in the VALUE —although this is a dubious change since it is mere 
coincidence that they can both match the same regex. This version of the BNF 
should match exactly the same text as the first one. 

Once we have a BNF we can “test” it mentally or on paper. For example, given 
the text “depth = 37\n”, we can work through the BNF to see if the text match¬ 
es, starting with the first nonterminal, ATTRIBUTE FILE. This nonterminal begins 
by matching another nonterminal, ATTRIBUTE. And the ATTRIBUTE nonterminal 
begins by matching yet another nonterminal, NAME, which in turn must match 
the terminal regex, [a-zA-Z]\w*. The regex does indeed match the beginning 
of the text, matching “depth”. The next thing that ATTRIBUTE must match is a 
terminal, the literal =. And here the match fails because “depth” is followed by a 
space. At this point the parser should report that the given text does not match 
the grammar. In this particular case we must either fix the data by eliminating 
the space before and after the =, or opt to change the grammar—for example, 
changing the (first) definition of ATTRIBUTE to NAME \s* = \s* VALUE. After doing 
a few paper tests and refining the grammar like this we should have a much 
clearer idea of what our BNF will and won’t match. 

A BNF must be complete to be valid, but a valid BNF is not necessarily a 
correct one. One problem is with ambiguity—in the example shown here the 
literal value true matches the VALUE nonterminal’s first alternative ('true'), 
and also its last alternative ([a-zA-Z] \w*). This doesn’t stop the BNF from being 
valid, but it is something that a parser implementing the BNF must account 
for. And as we will see later in this chapter, BNFs can become quite tricky since 
sometimes we define things in terms of themselves. This can be another source 
of ambiguity—and can result in unparseable grammars. 

Precedence and associativity are used to decide the order in which operators 
should be applied in expressions that don’t have parentheses. Precedence is 
used when there are different operators, and associativity is used when the 
operators are the same. 

For an example of precedence, the Python expression 3 + 4*5 evaluates to 
23. This means that * has higher precedence in Python than + because the 
expression behaved as if it were written 3 + (4*5). Another way of saying this 
is “in Python, * binds more tightly than +”. 

For an example of associativity, the expression 12/3/2 evaluates to 2. This 
means that / is left-associative, that is, when an expression contains two or 
more /s they will be evaluated from left to right. Here, 12/3 was evaluated 
first to produce 4 and then 4 / 2 to produce 2. By contrast, the = operator is 
right-associative, which is why we can write x = y = 5. When there are two or 
more =s they are evaluated from right to left, so y = 5 is evaluated first, giving 
y a value, and then x = y giving x a value. If = was not right-associative the 
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expression would fail (assuming that y didn’t exist before) since it would start 
by trying to assign the value of nonexistent variable y to x. 

Precedence and associativity can sometimes work together. For example, if 
two different operators have the same precedence (this is commonly the case 
with + and -), without the use of parentheses, their associativities are all that 
can be used to determine the evaluation order. 

Expressing precedence and associativity in a BNF can be done by composing 
factors into terms and terms into expressions. For example, the BNF in 
Figure 14.3 defines the four basic arithmetic operations over integers, as well 
as parenthesized subexpressions, and all with the correct precedences and (left 
to right) associativities. 


INTEGER ::= \d+ 

ADDJPERATOR ::= ' + ' | 

SCALE_0PERAT0R ::= | '/' 

EXPRESSION ::= TERM (ADDJPERATOR TERM)* 

TERM ::= FACTOR (SCALEJPERATOR FACTOR)* 

FACTOR ::= (INTEGER \ '(' EXPRESSION ')') 


Figure 14.3 A BNF for arithmetic operations 

The precedence relationships are set up by the way we combine expressions, 
terms, and factors, while the associativities are set up by the structure of each 
of the expression, term, and factor’s nonterminals’ definitions. 

If we need right to left associativity, we can use the following structure: 
POWERJXPRESSION :;= FACTOR ('**' POWERJXPRESSION)* 

The recursive use of POWERJXPRESSION forces the parser to work right to left. 

Dealing with precedence and associativity can be avoided altogether: We can 
simply insist that the data or DSL uses parentheses to make all the relation¬ 
ships explicit. Although this is easy to do, it isn’t doing any favors for the users 
of our data format or of our DSL, so we prefer to incorporate precedence and 
associativity where they are appropriate.* 

There is a lot more to parsing than we have mentioned here—see, for example, 
the book Parsing Techniques: A Practical Guide, mentioned in the bibliography. 
Nonetheless, this chapter should be sufficient to get started, although addition¬ 
al reading is recommended for those planning to create complex and sophisti¬ 
cated parsers. 


*Another way to avoid precedence and associativity—and which doesn’t require parentheses—is 

to use a Polish or Reverse Polish notation; see wikipedia.org/wiki/Polish notation. 
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Now that we have a passing familiarity with BNF syntax and with some of 
the terminology used in parsing, we will write some parsers, starting with ones 
written by hand. 


Writing Handcrafted Parsers 


In this section we will develop three handcrafted parsers. The first is little 
more than an extension of the key-value regex seen in the previous chapter, 
but shows the infrastructure needed to use such a regex. The second is also 
regex-based, but is actually a finite state automata since it has two states. 
Both the first and second examples are data parsers. The third example is a 
parser for a DSL and uses recursive descent since the DSL allows expressions 
to be nested. In later sections we will develop new versions of these parsers 
using PyParsing and PLY, and for the DSL in particular we will see how much 
easier it is to use a generic parser generator than to handcraft a parser. 


Simple Key-Value Data Parsing 


The book’s examples include a program called playlists. py. This program can 
read a playlist in . in3u (extended Moving Picture Experts Group Audio Layer 
3 Uniform Resource Locator) format, and output an equivalent playlist in .pis 
(Play List 2) format—or vice versa. In this subsection we will write a parser 
for . pis format, and in the following subsection we will write a parser for .mSu 
format. Both parsers are handcrafted and both use regexes. 

The . pis format is essentially the same as Windows . ini format, so we ought 
to use the standard library’s configparser module to parse it. However, the . pis 
format is ideal for creating a first data parser, since its simplicity leaves us free 
to focus on the parsing aspects, so for the sake of example we won’t use the 
configparser module in this case. 
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We will begin by looking at a tiny extract from a . pis file to get a feel for the 
data, then we will create a BNF, and then we will create a parser to read the 
data. The extract is shown in Figure 14.4. 


We have omitted most of the data as indicated by the ellipsis (...). There is 
only one . ini-style header line, [playlist] , with all the other entries in simple 
key=value format. One unusual aspect is that key names are repeated—^but 
with numbers appended to keep them all unique. Three pieces of data are 
maintained for each song: the filename (in this example using Windows path 
separators), the title, and the duration (called “length”) in seconds. In this 
particular example, the first song has a known duration, but the last entry’s 
duration is unknown, which is signified by a negative number. 
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[playlist] 

Filel=Blondie\Atoinic\01-Atoniic. ogg 
Titlel=Blondie - Atomic 
Lengthl=230 

Filel8=Blondie\Atomic\18-I'ni Gonna Love You Too.ogg 

Titlel8=Blondie - I'm Gonna Love You Too 

Lengthl8=-1 

Number0fEntries=18 

Version=2 


Figure 14.4 An extract from a .pis file 

The BNF we have created can handle . pis files, and is actually generic enough 
to handle similar key-value formats too. The BNF is shown in Figure 14.5. 


PLS 

LINE 

INIJtEADER 

KEYJALUE 

KEY 

VALUE 

COMMENT 

BLANK 


(LINE '\n')-t 

INIJEADER I KEYJALUE | COMMENT \ BLANK 
'[' ["]]+ ']' 

KEY \s* '=' \S* VALUE? 

\vi+ 

,+ 

#.* 


Figure 14.5 A BNF for the .pis file format 

The BNF defines a PLS as one or more of a LINE followed by newline. Each LINE 
can be an INIJiEADER, a KEYJALUE, a COMMENT, or BLANK. The INIJiEADER is defined to 
be an open bracket, followed by one or more characters (excluding a close brack¬ 
et), followed by a close bracket—we will skip these. The KEY_VALUE is subtly dif¬ 
ferent from the ATTRIBUTE in the ATTRIBUTE_FILE example shown in the previous 
section in that the VALUE is optional; also, here we allow whitespace before and 
after the =. This means that a line such as “title5=\n” is valid in this BNF, as 
well as the ones that we would expect to be valid such as “length=126\n”. The 
KEY is a sequence of one or more alphanumeric characters, and the VALUE is any 
sequence of characters. Comments are Python-style and we will skip them; 
similarly, blank lines (BLANK) are allowed but will be skipped. 

The purpose of our parser is to populate a dictionary with key-value items 
matching those in the file, but with lowercase keys. The playlists. py program 
uses the parser to obtain a dictionary of playlist data which it then outputs in 
the requested format. We won’t cover the playlists. py program itself since it 
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isn’t relevant to parsing as such, and in any case it can be downloaded from the 
book’s web site. 

The parsing is done in a single function that accepts an open file object (file), 
and a Boolean (lowercase keys) that has a default value of False. The function 
uses two regexes and populates a dictionary (key values) that it returns. We 
will look at the regexes and then the code that parses the file’s lines and that 
populates the dictionary. 

INI_HEADER = re.compile(r"^\[ [''] ]+\]$") 

Although we want to ignore .ini headers we still need to identify them. The 
regex makes no allowance for leading or trailing whitespace—this is because 
we will be stripping whitespace from each line that is read so there will never 
be any. The regex itself matches the start of the line, then an open bracket, 
then one or more characters (but not close brackets), then a close bracket, and 
finally, the end of the line. 

KEY_VALUE_RE = re. compile! r"''(?P<key>\w+)\s*=\s*(?P<value>. *)$") 

The KEY VALUE RE regex allows for whitespace around the = sign, but we only 
capture the actual key and value. The value is quantified by * so can be empty. 
Also, we use named captures since these are clearer to read and easier to 
maintain because they are not affected by new capture groups being added or 
removed—something that would affect us if we used numbers to identify the 
capture groups. 

key_values = {} 

for lino, line in enumerateffile, start=l): 
line = line.strip!) 
if not line or line.startswith!"#"): 
continue 

key_value = KEY_VALUE_RE.match!line) 
if key_value: 

key = key_value.group!"key") 
if lowercase_keys: 
key = key.lower!) 

key_values[key] = key_value.group!"value") 
else: 

ini_header = INI_HEADER.match!line) 
if not ini_header: 

print!"Failed to parse line {0}: {!}".format!lino, 

line)) 

We process the file’s contents line by line, using the built-in enumerate!) 
function to return 2-tuples of the line number (starting from 1 as is traditional 
when dealing with text files), and the line itself We strip off whitespace so that 
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we can immediately skip blank lines (and use slightly simpler regexes); we also 
skip comment lines. 

Since we expect most lines to be key=value lines, we always try to match the 
KEY VALUE RE regex first. If this succeeds we extract the key, and lowercase it if 
necessary. Then we add the key and the value to the dictionary. 

If the line is not a key=value line, we try to match a .ini header—and if we 
get a match we simply ignore it and continue to the next line; otherwise we 
report an error. (It would be quite straightforward to create a dictionary 
whose keys are . ini headers and whose values are dictionaries of the headers’ 
key-values—^but if we want to go that far, we really ought to use the config- 
parser module.) 

The regexes and the code are quite straightforward—but they are dependent 
on each other. For example, if we didn’t strip whitespace from each line we 
would have to change the regexes to allow for leading and trailing whitespace. 
Here we found it more convenient to strip the whitespace, but there may be 
occasions where we do things the other way round—there is no one single 
correct approach. 

At the end (not shown), we simply return the key values dictionary. One dis¬ 
advantage of using a dictionary in this particular case is that every key-value 
pair is distinct, whereas in fact, items with keys that end in the same number 
(e.g., “titlel2”, “hlel2”, and “lengthl2”) are logically related. The playlists. py 
program has a function (songs f roin_dictionary(), not shown, but in the book’s 
source code) that reads in a key-value dictionary of the kind returned by the 
code shown here and returns a list of song tuples—something we will do direct¬ 
ly in the next subsection. 


Playlist Data Parsing 


The playlists.py program mentioned in the previous subsection can read 
and write .pis format hies. In this subsection we will write a parser that 
can read hies in . in3u format and that returns its results in the form of a list 
of collections. namedtuple () objects, each of which holds a title, a duration in 
seconds, and a hlename. 

As usual, we will begin by looking at an extract of the data we want to parse, 
then we will create a suitable BNF, and hnally we will create a parser to parse 
the data. The data extract is shown in Figure 14.6. 
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ing .iii3u 
parser 

>541 

PLY 

.m3u 

parser 

>557 


We have omitted most of the data as indicated by the ellipsis (...). The hie must 
begin with the line #EXTM3U. Each entry occupies two lines. The hrst line of an 
entry starts with #EXTINF : and provides the duration in seconds and the title. 
The second line of an entry has the hlename. Just like with .pis format, a 
negative duration signihes that the duration is unknown. 
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#EXTM3U 

#EXTINF:230,Blondie - Atomic 
Blondie\Atoniic\01-Atomic. ogg 

#EXTINF:-l,Blondie - I'm Gonna Love You Too 
Blondie\Atomic\18-I'm Gonna Love You Too.ogg 


Figure 14.6 An extract from a .m3u file 

The BNF is shown in Figure 14.7. It defines a M3U as the literal text #EXTM3U 
followed by a newline and then one or more ENTRYs. Each ENTRY consists of an 
INFO followed by a newline then a FILENAME followed by a newline. An INFO starts 
with the literal text #EXTINF : followed by the duration specified by SECONDS, then 
a comma, and then the TITLE. The SECONDS is defined as an optional minus sign 
followed by one or more digits. Both the TITLE and FILENAME are loosely defined 
as sequences of any characters except newlines. 


M3U ::= '#EXTM3U\n' ENTRY+ 

ENTRY ■.:= INFO '\n' FILENAME '\n' 

INFO ::= '#EXTINF:' SECONDS TITLE 

SECONDS ::= \d+ 

TITLE ::= [''\n] + 

FILENAME ::= [''\n] + 


Figure 14.7 A BNF for the .m3u format 

Named Before reviewing the parser itself, we will first look at the named tuple that we 

tuples ^gg store each result: 

llK 

Song = collections.namedtupleC'Song", "title seconds filename") 

This is much more convenient than using a dictionary with keys like “file5”, 
“titlelV”, and so on, and where we have to write code to match up all those keys 
that end in the same number. 

We will review the parser’s code in four very short parts for ease of expla¬ 
nation. 


if fh.readlineO != "#EXTM3U\n"; 
printC'This is not a .m3u file") 
return [] 
songs = [] 

INFGRE = re.compile(r"#EXTINF:(?P<seconds>-?\d+),(?P<title>.+)") 
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WANTJNFO, WANT_FILENAME = range(2) 
state = WANTJNFO 

The open file object is in variable f h. If the file doesn’t start with the correct 
text for a . m3u file we output an error message and return an empty list. 

The Song named tuples will be stored in the songs list. The regex is for matching 
the BNF’s INFO nonterminal. The parser itself is always in one of two states, 
either WANT_INF0 (the start state) or WANT_FILENAME. In the WANT_INF0 state the 
parser tries to get the title and seconds, and in the WANT FILENAME state the 
parser creates a new Song and adds it to the songs list. 

for lino, line in enumerate(fh, start=2): 
line = line.stripO 
if not line: 
continue 

We iterate over each line in the given open file object in a similar way to what 
we did for the .pis parser in the previous subsection, only this time we start 
the line numbers from 2 since we handle line 1 before entering the loop. We 
strip whitespace and skip blank lines, and do further processing depending on 
which state we are in. 

if state == WANTJNFO: 

info = INF0_RE.match(line) 
if info: 

title = info.groupC'title") 
seconds = int(info.group("seconds")) 
state = WANT_FILENAME 
else: 

printC'Failed to parse line {0}: {l}".format( 
lino, line)) 

If we are expecting an INFO line we attempt to match the INFO RE regex to 
extract the title and the number of seconds. Then we change the parser’s state 
so that it expects the next line to be the corresponding filename. We don’t have 
to check that the int() conversion works (e.g., by using a try ... except), since 
the text used in the conversion always matches a valid integer because of the 
regex pattern (-?\d+). 

elif state == WANT_FILENAME: 

songs.append(Song(title, seconds, line)) 
title = seconds = None 
state = WANTJNFO 

If we are expecting a FILENAME line we simply append a new Song with the 
previously set title and seconds, and with the current line as the filename. 



Writing Handcrafted Parsers 


525 


We then restore the parser’s state to its start state ready to parse another 
song’s details. 

At the end (not shown), we return the songs list to the caller. And thanks to the 
use of named tuples, each song’s attributes can be conveniently accessed by 
name, for example, songs [12] .title. 

Keeping track of state using a variable as we have done here works well in 
many simple cases. But in general this approach is insufficient for dealing 
with data or DSLs that can contain nested expressions. In the next subsection 
we will see how to maintain state in the face of nesting. 


Parsing the Blocks Domain-Specific Language 


The blocks. py program is provided as one of the book’s examples. It reads one 
or more .blk files that use a custom text format—^blocks format, a made-up 
language—that are specified on the command line, and for each one creates 
an SVG (Scalable Vector Graphics) file with the same name, but with its suffix 
changed to . svg. While the rendered SVG files could not be accused of being 
pretty, they provide a good visual representation that makes it easy to see 
mistakes in the .blk files, as well as showing the potentiality that even a simple 
DSL can make possible. 


Py- 

Parsing 

blocks 

parser 

>543 

PLY 

blocks 

parser 

>559 


[] [lightblue: Director] 

// 

[] [lightgreen: Secretary] 
// 

[Minion #1] [] [Minion #2] 


Figure 14.8 The hierarchy, blk file 

Figure 14.8 shows the complete hierarchy.blk file, and Figure 14.9 shows how 
the hierarchy. svg file that the blocks. py program produces is rendered. 

The blocks format has essentially two elements: blocks and new row markers. 
Blocks are enclosed in brackets. Blocks may be empty, in which case they are 
used as spacers occupying one cell of a notional grid. Blocks may also contain 
text and optionally a color. New row markers are forward slashes and they 
indicate where a new row should begin. In Figure 14.8 two new row markers 
are used each time and this is what creates the two blank rows that are visible 
in Figure 14.9. 

The blocks format also allows blocks to be nested inside one another, simply 
by including blocks and new row markers inside a block’s brackets, after the 
block’s text. 
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Director 


Secretary 


Minion #1 


Minion #2 


Figure 14.9 The hierarchy.svg file 

Figure 14.10 shows the complete messagebox. blk file in which blocks are nested, 
and Figure 14.11 shows how the messagebox. svg file is rendered. 


[#00CCDE: MessageBox Window 
[lightgray: Frame 

[] [white: Message text] 

// 

[goldenrod: OK Button] [] [#ff0505: Cancel Button] 
/ 

[] 

] 


Figure 14.10 The messagebox.blk file 

Colors can be specified using the names supported by the SVG format, or 
as hexadecimal values (indicated by a leading #). The blocks file shown in 
Figure 14.10 has one outer block (“MessageBox Window”), an inner block 
(“Frame”), and several blocks and new row markers inside the inner block. The 
whitespace is used purely to make the structure clearer to human readers; it is 
ignored by the blocks format. 



Figure 14.11 The messagebox.svg file 
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Now that we have seen a couple of blocks files, we will look at the blocks BNF 
to more formally understand what constitutes a valid blocks file and as prepa¬ 
ration for parsing this recursive format. The BNF is shown in Figure 14.12. 


BLOCKS ■.■.= N0DES+ 

NODES :;= NEW_R0M* \s* N0DE+ 

NODE :;= '[' \s* {COLOR \s* NAMEl \s* NODES* \s* ']' 

COLOR :;= '#' [\dA-Fa-f]{6} | [a-zA-Z]\w* 

NAME : ;= [^][/]+ 

NEW_R0M :;= '/' 


Figure 14.12 A BNF for the .blk format 

The BNF defines a BLOCKS file as having one or more NODES. A NODES consists of 
zero or more NEW_ROWs followed by one or more NODEs. A NODE is a left bracket 
followed by an optional COLOR followed by an optional NAME followed by zero 
or more NODES followed by a right square bracket. The COLOR is simply a hash 
(pound) symbol followed by six hexadecimal digits and a colon, or a sequence of 
one or more alphanumeric characters that begins with an alphabetic character, 
and followed by a colon. The NAME is a sequence of any characters but excluding 
brackets or forward slashes. A NEW_R0W is a literal forward slash. As the many 
occurrences of \s* suggest, whitespace is allowed anywhere between terminals 
and nonterminals and is of no significance. 

The definition of the NODE nonterminal is recursive because it contains the 
NODES nonterminal which itself is defined in terms of the NODE nonterminal. 
Recursive definitions like this are easy to get wrong and can lead to parsers 
that loop endlessly, so it might be worthwhile doing some paper-based testing 
to make sure the grammar does terminate, that is, that given a valid input 
the grammar will reach all terminals rather than endlessly looping from one 
nonterminal to another. 

Previously, once we had a BNF, we have dived straight into creating a parser 
and doing the processing as we parse. This isn’t practical for recursive gram¬ 
mars because of the potential for elements to be nested. What we will need to 
do is to create a class to represent each block (or new row) and that can hold a 
list of nested child blocks, which themselves might contain children, and so on. 
We can then retrieve the parser’s results as a list (which will contain lists with¬ 
in lists as necessary to represent nested blocks), and we can convert this list 
into a tree with an “empty” root block and all the other blocks as its children. 

In the case of the hierarchy. blk example, the root block has a list of new rows 
and of child blocks (including empty blocks), none of which have any children. 
This is illustrated in Figure 14.13—the hierarchy.blk file was shown earlier 
(525 -<). The messagebox. blk example has a root block that has one child block 
(the “MessageBox Window”), which itself has one child block (the “Frame”), 
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Figure 14.13 The parsed hierarchy.blk file’s blocks 

and which in turn has a list of new rows and child blocks (including empty 
blocks) inside the “Frame”. This is illustrated in Figure 14.14—the message- 
box, blk file was shown earlier (526 <). 

All the blocks parsers shown in this chapter return a root block with child 
blocks as Figures 14.13 and 14.14 illustrate—providing the parse is successful. 
The BlockOutput. py module that the blocks. py program uses provides a function 
called save_blocks_as_svg( ) that takes a root block and traverses its children 
recursively to create an SVG file to visually represent the blocks. 



Figure 14.14 The parsed messagebox.blk file’s blocks and their children 

Before creating the parser, we will begin by defining a Block class to represent a 
block and any child blocks it contains. Then we will look at the parser, and see 
how it produces a single root Block whose child blocks represent the contents 
of the . blk file it parses. 

Instances of the Block class have three attributes: name, color, and children (a 
possibly empty list of children). A root block has no name or color, and an empty 
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block has no name and the color white. The children list contains Blocks and 
Nones—the latter representing new row markers. Rather than rely on users of 
the Block class remembering all of these conventions, we have provided some 
module methods to abstract them away. 

class Block: 

def_init_(self, name, color="white"): 

self.name = name 
self.color = color 
self.children = [] 

def has_children(self): 

return bool(self.children) 

The Block class is very simple. The has_children( ) method is provided as a 
convenience for the BlockOutput. py module. We haven’t provided any explicit 
API for adding children, since clients are expected to work directly with the 
children list attribute. 

get_root_block = lambda: Block(None, None) 
get_empty_block = lambda: Block("") 
get_new_row = lambda: None 
is_new_row = lambda x: x is None 

These four tiny helper functions provide abstractions for the Block class’s 
conventions. They mean that programmers using the Block module don’t have 
to remember the conventions, just the functions, and also give us a little bit of 
wiggle room should we decide to change the conventions later on. 

Now that we have the Block class and supporting functions (all defined in the 
Block, py module file imported by the blocks. py program that contains the pars¬ 
er), we are ready to write a . blk parser. The parser will create a root block and 
populate it with children (and children’s children, etc.), to represent the parsed 
. blk file, and which can then be passed to the BlockOutput. save blocks as svg () 
function. 

The parser is a recursive descent parser—this is necessary because the blocks 
format can contain nested blocks. The parser consists of a Data class that is 
initialized with the text of the file to be parsed and that keeps track of the 
current parse position and provides methods for advancing through the text. 
In addition, the parser has a group of parse functions that operate on an 
instance of the Data class, advancing through the data and populating a stack 
of Blocks. Some of these functions call each other recursively, reflecting the 
recursive nature of the data which is also reflected in the BNF. 
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We will begin by looking at the Data class, then we will see how the class is used 
and the parsing started, and then we will review each parsing function as we 
encounter it. 

class Data: 

def _init_(self, text): 

self.text = text 
self.pos = 0 
self.line = 1 
self.column = 1 
self.brackets = 0 

self.stack = [Block.get_root_block()] 

The Data class holds the text of the file we are parsing, the position we are up 
to (self. pos), and the (1-based) line and column this position represents. It also 
keeps track of the brackets (adding one to the count for every open bracket and 
subtracting one for every close bracket). The stack is a list of Blocks, initialized 
with an empty root block. At the end we will return the root block—if the parse 
was successful this block will have child blocks (which may have their own 
child blocks, etc.), representing the blocks data. 

def location(self): 

return "line {0}, column {!}".format(self.line, 

self.column) 

This is a tiny convenience method to return the current location as a string 
containing the line and column numbers. 

def advance_by(self, amount): 
for X in range(amount): 
self._advance_by_one() 

The parser needs to advance through the text as it parses. For convenience, 
several advancing methods are provided; this one advances by the given 
number of characters. 

def _advance_by_one(self): 
self.pos += 1 

if (self.pos < len(self.text) and 
self.textiself.pos] == "\n"): 
self.line += 1 
self.column = 1 
else: 

self.column += 1 
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All the advancing methods use this private method to actually advance 
the parser’s position. This means that the code to keep the line and column 
numbers up-to-date is kept in one place. 

def advance_to_position(self, position): 
while self.pos < position: 
self._advance_by_one() 

This method advances to a given index position in the text, again using the 
private _advance_by_one( ) method. 

def advance_up_to(self, characters): 
while (self.pos < len(self.text) and 

self.text[self.pos] not in characters and 
self .text [self .pos] .isspaceO): 
self._advance_by_one() 
if not self.pos < len(self.text): 
return False 

if self.text[self.pos] in characters: 
return True 

raise LexErrorC'expected '{0}' but got '{1}"' 

.format(characters, self.text[self.pos])) 

This method advances over whitespace until the character at the current 
position is one of those in the given string of characters. It differs from the 
other advance methods in that it can fail (since it might reach a nonwhitespace 
character that is not one of the expected characters); it returns a Boolean to 
indicate whether it succeeded. 

class LexError(Exception): pass 

This exception class is used internally by the parser. We prefer to use a custom 
exception rather than, say, ValueError, because it makes it easier to distinguish 
our own exceptions from Python’s when debugging. 

data = Data(text) 
try: 

parse(data) 

except LexError as err: 

raise ValueError("Error {{0}}:{0}: {1}".format] 
data.location]), err)) 

return data.stack[0] 

The top-level parsing is quite simple. We create an instance of the Data class 
based on the text we want to parse and then we call the pa rse () function (which 
we will see in a moment) to perform the parsing. If an error occurs a custom 
LexError is raised; we simply convert this to a ValueError to insulate any caller 
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from the internal exceptions we use. Unusually, the error message contains an 
escaped st r . f o rinat ( ) field name—the caller is expected to use this to insert the 
filename, something we cannot do here because we are only given the file’s text, 
not the filename or file object. 

At the end we return the root block, which should have children (and their 
children) representing the parsed blocks. 

def parse(data): 

while data.pos < len(data.text): 
if not data.advance_up_to("[]/"): 
break 

if data.text[data.pos] == 
data.brackets += 1 
parse_block(data) 
elif data.text[data.pos] == 
parse_new_row(data) 
elif data.text[data.pos] == 
data.brackets -= 1 
data.advance_by(l) 
else; 

raise LexError("expecting or " 

"but got '{0}"'-forniat(data.text[data.pos])) 
if data.brackets; 

raise LexError("ran out of text when expecting '{0}"' 

.formate]' if data.brackets > 0 else '[')) 

This function is the heart of the recursive descent parser. It iterates over the 
text looking for the start or end of a block or a new row marker. If it reaches 
the start of a block it increments the brackets count and calls parse_block( ); if 
it reaches a new row marker it calls parse_new_row( ); and if it reaches the end 
of a block it decrements the brackets count and advances to the next character. 
If any other character is encountered it is an error and is reported accordingly. 
Similarly, when all the data has been parsed, if the brackets count is not zero 
the function reports the error. 

def parse_block(data); 
data.advance_by(l) 

nextBlock = data.text.find(, data.pos) 
endOfBlock = data.text.find(, data.pos) 
if nextBlock == -1 or endOfBlock < nextBlock; 

parse_block_data(data, endOfBlock) 
else; 

block = parse_block_data(data, nextBlock) 
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data.stack.append(block) 

parse(data) 

data.stack.popO 

This function begins by advancing by one character (to skip the start-of-block 
open bracket). It then looks for the next start of block and the next end of block. 
If there is no following block or if the next end of block is before the start of 
another block then this block does not have any nested blocks, so we can simply 
call parse_block_data( ) and give it an end position of the end of this block. 

If this block does have one or more nested blocks inside it we parse this block’s 
data up to where its first nested block begins. We then push this block onto 
the stack of blocks and recursively call the pa rse () function to parse the nested 
block (or blocks—and their nested blocks, etc.). And at the end we pop this block 
off the stack since all the nesting has been handled by the recursive calls. 

def parse_block_data(data, end): 
color = None 

colon = data.text.find(, data.pos) 
if -1 < colon < end: 

color = data.text[data.pos:colon] 
data.advance_to_position(colon + 1) 
name = data.text[data.pos:end] .stripO 
data.advance_to_position(end) 
if not name and color is None: 

block = Block.get_empty_block() 
else: 

block = Block.Block(name, color) 
data.stack[-l].children.append(block) 
return block 

This function is used to parse one block’s data—up to the given end point in the 
text—and to add a corresponding Block object to the stack of blocks. 

We start by trying to find a color, and if we find one, we advance over it. Next 
we try to find the block’s text (its name), although this can legitimately be 
empty. If we have a block with no name or color we create an empty Block; 
otherwise we create a Block with the given name and color. 

Once the Bio c k has been created we add it as the last child of the stack of block’s 
top block. (Initially the top block is the root block, but if we have nested blocks 
it could be some other block that has been pushed on top.) At the end we return 
the block so that it can be pushed onto the stack of blocks—something we do 
only if the block has other blocks nested inside it. 

def parse_new_row(data): 

data.stack[-l].children.append(Block.get_new_row()) 
data.advance_by(l) 
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This is the easiest of the parsing functions. It simply adds a new row as the 
last child of the stack of block’s top block, and advances over the new row char¬ 
acter. 

This completes the review of the blocks recursive descent parser. The parser 
does not require a huge amount of code, fewer than 100 lines, but that’s still 
more than 50 percent more lines than the PyParsing version needs, and about 
33 percent more lines than the PLY version needs. And as we will see, using 
PyParsing or PLY is much easier than handcrafting a recursive descent 
parser—and they also lead to parsers that are much easier to maintain. 

The conversion into an SVG file using the BlockOutput.save blocks as svgO 
function is the same for all the blocks parsers, since they all produce the same 
root block and children structures. We won’t review the function’s code since 
it isn’t relevant to parsing as such—it is in the BlockOutput. py module file that 
comes with the book’s examples. 

We have now finished reviewing the handcrafted parsers. In the following two 
sections we will show PyParsing and PLY versions of these parsers. In addi¬ 
tion, we will show a parser for a DSL that would need a quite sophisticated 
recursive descent parser if we did it by hand, and that really shows that as our 
needs grow, using a generic parser scales much better than a handcrafted so¬ 
lution. 


Pythonic Parsing with PyParsing 


Writing recursive descent parsers by hand can be quite tricky to get right, and 
if we need to create many parsers it can soon become tedious both to write 
them and especially to maintain them. One obvious solution is to use a generic 
parsing module, and those experienced with BNFs or with the Unix lex and 
yacc tools will naturally gravitate to similar tools. In the section following 
this one we cover PLY (Python Lex Yacc), a tool that exemplifies this classic 
approach. But in this section we will look at a very different kind of parsing 
tool: PyParsing. 

PyParsing is described by its author, Paul McGuire, as “an alternative approach 
to creating and executing simple grammars, vs. the traditional lex/yacc ap¬ 
proach, or the use of regular expressions”. (Although in fact, regexes can be 
used with PyParsing.) For those used to the traditional approach, PyParsing 
requires some reorientation in thinking. The payback is the ability to develop 
parsers that do not require a lot of code—thanks to PyParsing providing many 
high-level elements that can match common constructs—and which are easy to 
understand and maintain. 

PyParsing is available under an open source license and can be used in 
both noncommercial and commercial contexts. However, PyParsing is not 
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included in Python’s standard library, so it must be downloaded and in¬ 
stalled separately—although for Linux users it is almost certainly available 
through the package management system. It can be obtained from pypars- 
ing .wikispaces. coin—click the page’s Download link. It comes in the form of an 
executable installation program for Windows and in source form for Unix-like 
systems such as Linux and Mac OS X. The download page explains how to in¬ 
stall it. PyParsing is contained in a single module file, pyparsing pyB.py, so it 
can easily be distributed with any program that uses it. 


A Quick Introduction to PyParsing 


PyParsing makes no real distinction between lexing and parsing. Instead, it 
provides functions and classes to create parser elements—one element for each 
thing to be matched. Some parser elements are provided predefined by PyPars¬ 
ing, others can be created by calling PyParsing functions or by instantiating Py¬ 
Parsing classes. Parser elements can also be created by combining other parser 
elements together—for example, concatenating them with + to form a sequence 
of parser elements, or OR-ing them with | to form a set of parser element al¬ 
ternatives. Ultimately, a PyParsing parser is simply a collection of parser ele¬ 
ments (which themselves may be made up of parser elements, etc.), composed 
together. 

If we want to process what we parse, we can process the results that PyParsing 
returns, or we can add parse actions (code snippets) to particular parser 
elements, or some combination of both. 

PyParsing provides a wide range of parser elements, of which we will briefly 
describe some of the most commonly used. The LiteralO parser element 
matches the literal text it is given, and CaselessLiteral () does the same thing 
but ignores case. If we are not interested in some part of the grammar we can 
use Suppress () ; this matches the literal text (or parser element) it is given, but 
does not add it to the results. 

The Keyword! ) element is almost the same as Literal! ) except that it must be 
followed by a nonkeyword character—this prevents a match where a keyword 
is a prefix of something else. For example, given the data text, “filename”. 
Literal ! "file" ) will match file name, with the name part left for the next parser 
element to match, but Keyword! "file" ) won’t match at all. 

Another important parser element is Word!). This element is given a string 
that it treats as a set of characters, and will match any sequence of any of the 
given characters. For example, given the data text, “abacus”. Word!"abc" ) will 
match abac us. If the Word!) element is given two strings, the first is taken to 
contain those characters that are valid for the first character of the match and 
the second to contain those characters that are valid for the remaining char¬ 
acters. This is typically used to match identifiers—for example. Word!alphas, 
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alphanums) matches text that starts with an alphabetic character and that is 
followed by zero or more alphanumeric characters. (Both alphas and alphanums 
are predefined strings of characters provided by the PyParsing module.) 

A less frequently used alternative to Wo rd () is Cha rsNotIn (). This element is giv¬ 
en a string that it treats as a set of characters, and will match all the charac¬ 
ters from the current parse position onward until it reaches a character from 
the given set of characters. It does not skip whitespace and it will fail if the 
current parse character is in the given set, that is, if there are no characters 
to accumulate. Two other alternatives to Word() are also used. One is Skip- 
To(); this is similar to CharsNotInO except that it skips whitespace and it al¬ 
ways succeeds—even if it accumulates nothing (an empty string). The other is 
Regex () which is used to specify a regex to match. 

PyParsing also has various predefined parser elements, including restOf Line 
that matches any characters from the point the parser has reached until the 
end of the line, pythonStyleComment which matches a Python-style comment, 
quotedString that matches a string that’s enclosed in single or double quotes 
(with the start and end quotes matching), and many others. 

There are also many helper functions provided to cater for common cases. For 
example, the delimitedList () function returns a parser element that matches a 
list of items with a given delimiter, and makeHTMLTags () returns a pair of parser 
elements to match a given HTML tag’s start and end, and for the start also 
matches any attributes the tag may have. 

Parsing elements can be quantified in a similar way to regexes, using Option¬ 
al (), ZeroOrMore(), OneOrMoreO, and some others. If no quantifier is specified, 
the quantity defaults to 1. Elements can be grouped using Group( ) and com¬ 
bined using Combine ()—we’ll see what these do further on. 

Once we have specified all of our individual parser elements and their quan¬ 
tities, we can start to combine them to make a parser. We can specify parser 
elements that must follow each other in sequence by creating a new parser el¬ 
ement that concatenates two or more existing parser elements together—for 
example, if we have parser elements key and value we can create a key value 
parser element by writing key_value = key + Suppress ("=") + value. We can spec¬ 
ify parser elements that can match any one of two or more alternatives by 
creating a new parser element that ors two or more existing parser elements 
together—for example, if we have parser elements true and f al se we can create 
a boolean parser element by writing boolean = true | false. 

Notice that for the key value parser element we did not need to say anything 
about whitespace around the =. By default, PyParsing will accept any amount 
of whitespace (including none) between parser elements, so for example, 
PyParsing treats the BNF definition KEY ' =' VALUE as if it were written \s* KEY 
\s* ' =' \s* VALUE \s*. (This default behavior can be switched off, of course.) 



Pythonic Parsing with PyParsing 


537 


Note that here and in the subsections that follow, we import each PyParsing 
name that we need individually. For example: 

from pyparsing_py3 import (alphanums, alphas, CharsNotIn, Forward, 
Group, hexnums, OneOrMore, Optional, ParseException, 
ParseSyntaxException, Suppress, Word, ZeroOrMore) 

This avoids using the import * syntax which can pollute our namespace 
with unwanted names, but at the same time affords us the convenience to 
write alphanums and WordO rather than pyparsing_py3.alphanums and pypars- 
ing_py3. Word (), and so on. 

Before we finish this quick introduction to PyParsing and look at the examples 
in the following subsections, it is worth noting a couple of important ideas 
relating to how we translate a BNF into a PyParsing parser. 

PyParsing has many predefined elements that can match common constructs. 
We should always use these elements wherever possible to ensure the best 
possible performance. Also, translating BNFs directly into PyParsing syntax 
is not always the right approach. PyParsing has certain idiomatic ways of 
handling particular BNF constructs, and we should always follow these to 
ensure that our parser runs efficiently. Here we’ll very briefly review a few of 
the predefined elements and idioms. 

One common BNF definition is where we have an optional item. For example: 

OPTIONALJTEM ;:= ITEM \ EMPTY 

If we translated this directly into PyParsing we would write: 

optional_item = item | Empty() # WRONG! 

This assumes that item is some parser element defined earlier. The Empty () 
class provides a parser element that can match nothing. Although syntacti¬ 
cally correct, this goes against the grain of how PyParsing works. The correct 
PyParsing idiom is much simpler and involves using a predefined element: 

optional_item = Optional(item) 

Some BNF statements involve defining an item in terms of itself For example, 
to represent a list of variables (perhaps the arguments to a function), we might 
have the BNF: 

VAR_LIST ::= VARIABLE \ VARIABLE VAR_LIST 
VARIABLE :;= [a-zA-Z]\w* 

At first sight we might be tempted to translate this directly into PyParsing 
syntax: 


BNF 


BNF 
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variable = Word(alphas, alphanums) 

var_list = variable | variable + SuppressC',") + var_list # WRONG! 

The problem seems to be simply a matter of Python syntax—we can’t refer to 
var list before we have defined it. PyParsing offers a solution to this: We can 
create an “empty” parser element using Forward!), and then later on we can 
append parse elements—including itself—to it. So now we can try again. 

var_list = Forward!) 

var_list « !variable | variable + Suppress!",") + var_list) # WRONG! 

This second version is syntactically valid, but again, it goes against the grain 
of how PyParsing works—and as part of a larger parser its use could lead to 
a parser that is very slow, or that simply doesn’t work. (Note that we must 
use parentheses to ensure that the whole right-hand expression is appended 
and not just the first part because « has a higher precedence level than |, that 
is, it binds more tightly than |.) Although its use is not appropriate here, the 
Fo rwa rd !) class is very useful in other contexts, and we will use it in a couple of 
the examples in the following subsections. 

Instead of using Forward!) in situations like this, there are alternative coding 
patterns that go with the PyParsing grain. Here is the simplest and most 
literal version: 

var_list = variable + ZeroOrMore!Suppress!",") + variable) 

This pattern is ideal for handling binary operators, for example: 

plus_expression = operand + ZeroOrMore!Suppress!"+") + operand) 

Both of these kinds of usage are so common that PyParsing offers convenience 
functions that provide suitable parser elements. We will look at the operator- 
Precedence! ) function that is used to create parser elements for unary, binary, 
and ternary operators in the example in the last of the following subsections. 
For delimited lists, the convenience function to use is delimitedtist!), which 
we will show now, and which we will use in an example in the following sub¬ 
sections: 

var_list = delimitedtist!variable) 

The delimitedtist!) function takes a parser element and an optional 
delimiter—we didn’t need to specify the delimiter in this case because the de¬ 
fault is comma, the delimiter we happen to be using. 

So far the discussion has been fairly abstract. In the following four subsections 
we will create four parsers, each of increasing sophistication, that demonstrate 
how to make the best use of the PyParsing module. The first three parsers 
are PyParsing versions of the handcrafted parsers we created in the previous 
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section; the fourth parser is new and much more complex, and is shown in this 
section, and in lex/yacc form in the following section. 


Simple Key-Value Data Parsing 


In the previous section’s first subsection we created a handcrafted regex-based 
key-value parser that was used by the playlists. py program to read . pis files. 
In this subsection we will create a parser to do the same job, but this time using 
the PyParsing module. 

As before, the purpose of our parser is to populate a dictionary with key-value 
items matching those in the file, but with lowercase keys. An extract from a 
. pis file is shown in Figure 14.4 (520 -<), and the BNF is shown in Figure 14.5 
(520 <). Since PyParsing skips whitespace by default, we can ignore the BNF’s 
BLANK nonterminal and optional whitespace (\s*). 

We will look at the code in three parts: first, the creation of the parser itself; 
second, a helper function used by the parser; and third, the call to the parser 
to parse a . pis file. All the code is quoted from the ReadKeyValue. py module file 
that is imported by the playlists. py program. 

key_values = {} 

left_bracket, right_bracket, equals = maplSuppress, "[]=") 

ini_header = left_bracket + CharsNotlnC']") + right_bracket 

key_value = Word(alphanums) + equals + restOfLine 

key_value.setParseAction(accumulate) 

comment = "#" + restOfLine 

parser = OneOrMore(ini_header | key_value) 

pa rse r.igno re(comment) 

For this particular parser, instead of reading the results at the end we will 
accumulate results as we go, populating the key values dictionary with each 
key=value we encounter. 

The left and right brackets and the equals signs are important elements of the 
grammar, but are of no interest in themselves. So for each of them we create 
a Suppress!) parser element—this will match the appropriate character, but 
won’t include the character in the results. (We could have written each of them 
individually, for example, as left bracket = Suppress! " ["), and so on, but using 
the built-in map !) function is more convenient.) 

The definition of the ini header parser element follows quite naturally from 
the BNF: a left bracket, then any characters except a right bracket, and then 
a right bracket. We haven’t defined a parse action for this parser element, so 
although the parser will match any occurrences that it encounters, nothing 
will be done with them, which is what we want. 
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The key value parser element is the one we are really interested in. This match¬ 
es a “word”—a sequence of alphanumeric characters, followed by an equals 
sign, followed by the rest of the line (which may be empty). The restOftine 
is a predefined parser element supplied by PyParsing. Since we want to ac¬ 
cumulate results as we go we add a parse action (a function reference) to the 
key value parser element—this function will be called for every key=value that 
is matched. 

Although PyParsing provides a predefined pythonStyleComment parser element, 
here we prefer the simpler Literal ("#") followed by the rest of the line. (And 
thanks to PyParsing’s smart operator overloading we were able to write the 
literal # as a string because when we concatenated it with another parser 
element to produce the comment parser element, PyParsing promoted the # to be 
a LiteralO.) 

The parser itself is a parser element that matches one or more ini header or 
key value parser elements, and that ignores comment parser elements. 

def accumulate(tokens): 
key, value = tokens 

key = key.lowerO if lowercase_keys else key 
key_values[key] = value 

This function is called once for each key=value match. The tokens parameter is 
a tuple of the matched parser elements. In this case we would have expected 
the tuple to have the key, the equals sign, and the value, but since we used Sup¬ 
press () on the equals sign we get only the key and the value, which is exactly 
what we want. The lowercase keys variable is a Boolean created in an outer 
scope and that for . pis files is set to True. (Note that for ease of explanation we 
have shown this function after the creation of the parser, although in fact it 
must be defined before we create the parser since the parser refers to it.) 

try: 

parser.parseFile{file) 
except ParseException as err: 

printC'parse error: {0}" .format(err)) 
return {} 
return key_values 

With the parser set up we are ready to call the parseFile() method, which in 
this example takes the name of a . pis file and attempts to parse it. If the parse 
fails we output a simple error message based on what PyParsing tells us. At 
the end we return the key values dictionary—or an empty dictionary if the 
parsing failed—and we ignore the parseFile() method’s return value since we 
did all our processing in the parse action. 
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Playlist Data Parsing 


In the previous section’s second subsection we created a handcrafted regex- 
based parser for .m3u files. In this subsection we will create a parser to do the 
same thing, but this time using the PyParsing module. An extract from a . mSu 
file is shown in Figure 14.6 (523 <), and the BNF is shown in Figure 14.7 
(523 <). 

As we did when reviewing the previous subsection’s . pis parser, we will review 
the .m3u parser in three parts: first the creation of the parser, then the helper 
function, and finally the call to the parser. Just as with the . pis parser, we are 
ignoring the parser’s return value and instead populating our data structure 
as the parsing progresses. (In the following two subsections we will create 
parsers whose return values are used.) 

songs = [] 

title = restOfLine("title") 
filename = restOfLine("filename") 

seconds = Combine(Optional("-") + Word(nums)).setParseAction( 
lambda tokens: int(tokens[0]))("seconds") 
info = Suppress("#EXTINF:") + seconds + Suppress(",") + title 
entry = info + LineEndO + filename + LineEndO 
entry.setParseAction(add_song) 
parser = Suppress("#EXTM3U") + OneOrMore(entry) 

We begin by creating an empty list that will hold the Song named tuples. 

Although the BNF is quite simple, some of the parser elements are more com¬ 
plex than those we have seen so far. Notice also that we create the parser ele¬ 
ments in reverse order to the order used in the BNF. This is because in Python 
we can only refer to things that already exist, so for example, we cannot create 
a parser element for an ENTRY before we have created one for an INFO since the 
former refers to the latter. 

The title and filename parser elements are ones that match every character 
from the parse position where they are tried until the end of the line. This 
means that they can match any characters, including whitespace—but not 
including newline which is where they stop. We also give these parser el¬ 
ements names, for example, “title”—this allows us to conveniently access 
them by name as an attribute of the tokens object that is given to parse action 
functions. 

The seconds parser element matches an optional minus sign followed by 
digits; (nums is a predefined PyParsing string that contains the digits). We use 
Combine () to ensure that the sign (if present) and digits are returned as a single 
string. (It is possible to specify a separator for Combine (), but there is no need 
in this case, since the default of an empty string is exactly what we want.) The 
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parse action is so simple that we have used a lambda. The Combine () ensures 
that there is always precisely one token in the tokens tuple, and we use int () to 
convert this to an integer. If a parse action returns a value, that value becomes 
the value associated with the token rather than the text that was matched. We 
have also given a name to the token for convenience of access later on. 

The info parse action consists of the literal string that indicates an entry, 
followed by the seconds, followed by a comma, followed by the title—and all 
this is defined very simply and naturally in a way that matches the BNF. 
Notice also that we use Suppress () for the literal string and for the comma since 
although both are essential for the grammar, they are of no interest to us in 
terms of the data itself 

The entry parser element is very easy to define: simply an info followed by a 
newline, then a filename followed by a newline—the LineEnd () is a predefined 
PyParsing parser element to match a newline. And since we are populating 
our list of songs as we parse rather than at the end, we give the entry parser 
element a parse action that will be called whenever an ENTRY is matched. 

The parser itself is a parser element that matches the literal string that 
indicates a . m3u file, followed by one or more ENTRYs. 

def add_song(tokens): 

songs.append(Song(tokens.title, tokens.seconds, 
tokens.filename)) 

The add songO function is simple, especially since we named the parser ele¬ 
ments we are interested in and are therefore able to access them as attributes 
of the tokens object. And of course, we could have written the function even 
more compactly by converting the tokens to a dictionary and using mapping 
unpacking—for example, songs. append (Song ( **tokens. asDict ( ))). 

try: 

parser.parseFile(fh) 
except ParseException as err: 

printC'parse error: {0}". format(err)) 
return [] 
return songs 

The code for calling ParserElement.parseFileO is almost identical to the code 
we used for the . pis parser, although in this case instead of passing a filename 
we opened a file in text mode and passed in the io.TextIOWrapper returned by 
the built-in open( ) function as the fh (“file handle”) variable. 

We have now finished reviewing two simple PyParsing parsers, and seen many 
of the most commonly used parts of the PyParsing API. In the following two 
subsections we will look at more complex parsers, both of which are recursive, 
that is, they have nonterminals whose definition includes themselves, and in 
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the final example we will also see how to handle operators and their prece¬ 
dences and associativities. 


Parsing the Blocks Domain-Specific Language 


In the previous section’s third subsection we created a recursive descent parser 
for . blk files. In this subsection we will create a PyParsing implementation of a 
blocks parser that should be easier to understand and be more maintainable. 

Two example . blk files are shown in Figures 14.8 (525 O and 14.10 (526 <). 
The BNF for the blocks format is shown in Figure 14.12 (527 ■<). 

We will look at the creation of the parser elements in two parts, then we will 
look at the helper function, and then we will see how the parser is called. And 
at the end we will see how the parser’s results are transformed into a root block 
with child blocks (which themselves may contain child blocks, etc.), that is our 
required output. 

left_bracket, right_bracket = map(Suppress, "[]") 
new_rows = Word("/")("new_rows").setParseAction( 
lambda tokens: len(tokens.new_rows)) 
name = CharsNotIn("[]/\n")("name").setParseAction( 
lambda tokens: tokens.name.strip()) 
color = (WordC'#", hexnums, exact=7) | 

Word(alphas, alphanums))("color") 
empty_node = (left_bracket + right_bracket).setParseAction( 
lambda: EmptyBlock) 

As always with PyParsing parsers, we create parser elements to match the BNF 
from last to first so that for every parser element we create that depends on one 
or more other parser elements, the elements it depends on already exist. 

The brackets are an important part of the BNF, but are of no interest to us for 
the results, so we create suitable Suppress ( ) parser elements for them. 

For the newrows parser element it might be tempting to use LiteralCV") —but 
that must match the given text exactly whereas we want to match as many /s 
as are present. Having created the new rows parser element, we give a name to 
its results and add a parsing action that replaces the string of one or more /s 
with an integer count of how many /s there were. Notice also that because we 
gave a name to the result, we can access the result (i.e., the matched text), by 
using the name as an attribute of the tokens object in the lambda. 

The name parser element is slightly different from that specified in the BNF in 
that we have chosen to disallow not only brackets and forward slashes, but also 
newlines. Again, we give the result a name. We also set a parse action, this 
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time to strip whitespace since whitespace (apart from newlines) is allowed as 
part of a name, yet we don’t want any leading or trailing whitespace. 

For the color parser element we have specified that the first character must 
be a # followed by exactly six hexadecimal digits (seven characters in all), or a 
sequence of alphanumeric characters with the first character alphabetic. 

We have chosen to handle empty nodes specially. We define an empty node 
as a left bracket followed by a right bracket, and replace the brackets with 
the value EmptyBlock which earlier in the file is defined as EmptyBlock = 0. This 
means that in the parser’s results list we represent empty blocks with 0, and 
as noted earlier, we represent new rows by an integer row count (which will 
always be > 0). 

nodes = ForwardO 

node_data = Optional(color + SuppressC :")) + Optional(name) 

node_data.setParseAction(add_block) 

node = left_bracket - node_data + nodes + right_bracket 

nodes « Group(ZeroOrMore(Optional(new_rows) + 

OneOrMore(node | empty_node))) 

We define nodes to be a Forward () parser element, since we need to use it before 
we specify what it matches. We have also introduced a new parser element 
that isn’t in the BNF, node data, which matches the optional color and optional 
name. We give this parser element a parse action that will create a new Block, 
so each time a node data is encountered a Block will be added to the parser’s 
results list. 

The node parser element is defined very naturally as a direct translation of 
the BNF. Notice that both the node data and nodes parser elements are optional 
(the former consisting of two optional elements, the latter quantified by zero 
or more), so empty nodes are correctly allowed. 

Finally, we can define the nodes parser element. Since it was originally created 
as a Fo rwa rd () we must append parser elements to it using «. Here we have set 
nodes to be zero or more of an optional new row and one or more nodes. Notice 
that we put node before empty node—since PyParsing matches left to right we 
normally order parser elements that have common prefixes from longest to 
shortest matching. 

We have also grouped the nodes parser element’s results using GroupO—this 
ensures that each nodes is created as a list in its own right. This means that a 
node that contains nodes will be represented by a Block for the node, and by a list 
for the contained nodes—and which in turn may contain Blocks, or integers for 
empty nodes or new rows, and so on. It is because of this recursive structure 
that we had to create nodes as a ForwardO, and also why we must use the « 
operator (which in PyParsing is used to append), to add the GroupO parser 
element and the elements it contains to the nodes element. 
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One important but subtle point to note is that we used the - operator rather 
than the + operator in the definition of the node parser element. We could just 

as easily have used +, since both + (ParserElement._add_()) and - (Parser- 

Element._sub_0) do the same job—they return a parser element that 

represents the concatenation of the two parser elements that are the opera¬ 
tor’s operands. 

The reason we chose to use - rather than + is due to a subtle but important 
difference between them. The - operator will stop parsing and raise a Parse- 
SyntaxException as soon as an error is encountered, something that the + opera¬ 
tor doesn’t do. If we had used + all errors would have a line number of 1 and a 
column of 1; but by using any errors have the correct line and column num¬ 
bers. In general, using + is the right approach, but if our tests show that we are 
getting incorrect error locations, then we can start to change +s into -s as we 
have done here—and in this case only a single change was necessary. 

def add_block(tokens): 

return Block.Block(tokens.name, tokens.color if tokens.color 

else "white") 

Whenever a node data is parsed instead of the text being returned and added 
to the parser’s results list, we create and return a Block. We also always set the 
color to white unless a color is explicitly specified. 

In the previous examples we parsed a file and an open file handle (an opened 
io.TextIOWrapper); here we will parse a string. It makes no difference to Py¬ 
Parsing whether we give it a string or a file, so long as we use ParserElement. 
parseFileO or ParserElement.parseStringO as appropriate. In fact, PyParsing 
offers other parsing methods, including ParserElement.scanString () which 
searches a string for matches, and ParserElement .transformString( ) which re¬ 
turns a copy of the string it is given, but with matched texts transformed into 
new texts by returning new text from parse actions. 

stack = [Block.get_root_block()] 
try; 

results = nodes.parseString(text, parseAll=True) 
assert len(results) == 1 
items = results.asListO [0] 
populate_children(items, stack) 
except (ParseException, ParseSyntaxException) as err: 
raise ValueError("Error {{0}}: syntax error, line " 

"{0}".format(err.lineno)) 

return stack[0] 

This is the first PyParsing parser where we have used the parser’s results 
rather than created the data structures ourselves during the parsing process. 
We expect the results to be returned as a list containing a single ParseResults 
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object. We convert this object into a standard Python list, so now we have a list 
containing a single item—a list of our results—which we assign to the items 
variable, and that we then further process via the populate_children() call. 

Before discussing the handling of the results, we will briefly mention the 
error handling. If the parser fails it will raise an exception. We don’t want 
PyParsing’s exceptions to leak out to clients since we may choose to change the 
parser generator later on. So, if an exception occurs, we catch it and then raise 
our own exception (a ValueError) with the relevant details. 

In the case of a successful parse of the hierarchy.blk example, the items list 
looks like this (with occurrences of <Block.Block object at 0x8f52acd> and 
similar, replaced with Block for clarity): 

[0, Block, [], 2, 0, Block, [], 2, Block, [], 0, Block, []] 

Whenever we parsed an empty block we returned 0 to the parser’s results list; 
whenever we parsed new rows we returned the number of rows; and whenever 
we encountered a node data, we created a Block to represent it. In the case of 
Blocks they always have an empty child list (i.e., the child ren attribute is set to 
[ ]), since at this point we don’t know if the block will have children or not. 

So here the outer list represents the root block, the 0s represent empty blocks, 
the other integers (all 2s in this case) represent new rows, and the [ ] s are empty 
child lists since none of the hierarchy. blk file’s blocks contain other blocks. 

The messagebox. blk example’s items list (pretty printed to reveal its structure, 
and again using Block for clarity) is: 

[Block, 

[Block, 

[0, Block, [], 2, Block, [], 0, Block, [], 1, 0] 

] 

] 


Here we can see that the outer list (representing the root block) contains a 
block that has a child list of one block that contains its own child list, and 
where these children are blocks (with their own empty child lists), new rows (2 
and 1), and empty blocks (0s). 

One problem with the list results representation is that every Block’s children 
list is empty—each block’s children are in a list that follows the block in the 
parser’s results list. We need to convert this structure into a single root block 
with child blocks. To this end we have created a stack— a list containing a 
single root Block. We then call the populate_children( ) function that takes the 
list of items returned by the parser and a list with a root block, and populates 
the root block’s children (and their children, and so on, as appropriate) with 
the items. 
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The populate_children() function is quite short, but also rather subtle. 

def populate_children(iteiiis, stack); 
for item in items: 

if isinstance(item, Block.Block); 

stack[-l].children.append(item) 
elif isinstance(item, list) and item: 
stack.append(stack[-l].children[-l]) 
populate_children(item, stack) 
stack.popO 

elif isinstance(item, int): 
if item == EmptyBlock: 

stack[-1].children.append(Block.get_empty_block()) 
else: 

for X in range(item): 

stack[-l].children.append!Block.get_new_row()) 

We iterate over every item in the results list. If the item is a Block we append 
it to the stack’s last (top) Block’s child list. (Recall that the stack is initialized 
with a single root Block item.) If the item is a nonempty list, then it is a 
child list that belongs to the previous block. So we append the previous block 
(i.e., the top Block’s last child) to the stack to make it the top of the stack, and 
then recursively call populate childrenO on the list item and the stack. This 
ensures that the list item (i.e., its child items) is appended to the correct item’s 
child list. Once the recursive call is finished, we pop the top of the stack, ready 
for the next item. 

If the item is an integer then it is either an empty block (0, i.e., EmptyBlock) or 
a count of new rows. If it is an empty block we append an empty block to the 
stack’s top Block’s list of children. If the item is a new row count, we append 
that number of new rows to the stack’s top Block’s list of children. 

If the item is an empty list this signifies an empty child list and we do nothing, 
since by default all Blocks are initialized to have an empty child list. 

At the end the stack’s top item is still the root Block, but now it has children 
(which may have their own children, and so on). For the hierarchy.blk exam¬ 
ple, the populate_children( ) function produces the structure illustrated in Fig¬ 
ure 14.13 (528 -<). And for the messagebox.blk example, the function produces 
the structure illustrated in Figure 14.14 (528 -<). 

The conversion into an SVG file using the BlockOutput.save blocks as svgO 
function is the same for all the blocks parsers, since they all produce the same 
root block and children structures. 
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Parsing First-Order Logic 


In this last PyParsing subsection we will create a parser for a DSL for express¬ 
ing formulas in first-order logic. This has the most complex BNF of all the 
examples in the chapter, and the implementation requires us to handle oper¬ 
ators, including their precedences and associativities, something we have not 
needed to do so far. There is no handcrafted version of this parser—once we 
have reached this level of complexity it is better to use a parser generator. But 
in addition to the PyParsing version shown here, in the following section’s last 
subsection there is an equivalent PLY parser for comparison. 

Here are a few examples of the kind of first-order logical formulas that we 
want to be able to parse: 

a = b 

forall x: a = b 
exists y: a -> b 

~ true I true & true -> forall x: exists y: true 

(forall x: exists y: true) -> true & ~ true -> true 

true & forall x: x = x 

true & (forall x: x = x) 

forall x: x = x & true 

(forall x: X = x) & true 

We have opted to use ASCII characters rather than the proper logical operator 
symbols, to avoid any distraction from the parser itself So, we have used 
forall for V, exists for 3, -> for (implies), | for v (logical or), & for a (logical 
and), and ~ for —i (logical not). Since Python strings are Unicode it would be easy 
to use the real symbols—or we could adapt the parser to accept both the ASCII 
forms shown here and the real symbols. 

In the formulas shown here, the parentheses make a difference in the last 
two formulas—so those formulas are different—but not for the two above 
them (those starting with true), which are the same despite the parentheses. 
Naturally, the parser must get these details right. 

One surprising aspect of first-order logic is that not (~) has a lower precedence 
than equals (=), so ~ a = b is actually ~ (a = b) . This is why logicians usually put 
a space after ~. 

A BNF for our first-order logic DSL is given in Figure 14.15. For the sake of 
clarity the BNF does not include any explicit mention of whitespace (no \n 
or \s* elements), but we will assume that whitespace is allowed between all 
terminals and nonterminals. 

Although our subset of BNF syntax has no provision for expressing precedence 
or associativity, we have added comments to indicate associativities for the 


PLY 
first-or¬ 
der logic 
parser 

>562 


For¬ 

mulas 





Pythonic Parsing with PyParsing 


549 


Memoiz- 

ing 

351 < 


FORMULA 

::= ('forall' 

'exists' 

SYMBOL ' : ' 

FORMULA 


1 FORMULA '-> 

FORMULA 

# right 

associative 


1 FORMULA ' 1 ' 

FORMULA 

# left 

associative 


1 FORMULA '&' 

FORMULA 

# left 

associative 


FORMULA 

'(' FORMULA ')' 
TERM '=' TERM 
'true' 

'false' 


TERM 

: := SYMBOL | SYMBOL 

'(' TERM_LIST 

TERM_LIST 

::= TERM | TERM ',' 

TERM_LIST 

SYMBOL 

::= [a-zA-Z]\w* 



Figure 14.15 A BNF for first-order logic 

binary operators. As for precedence, the order is from lowest to highest in 
the order shown in the BNF for the first few alternatives; that is, forall and 
exists have the lowest precedence, then ->, then |, then &. And the remaining 
alternatives all have higher precedence than those mentioned here. 

Before looking at the parser itself, we will look at the import and the line that 
follows it since they are different than before. 

from pyparsing_py3 import (alphanums, alphas, delimitedList, Forward, 
Group, Keyword, Literal, opAssoc, operatorPrecedence, 
ParserElement, ParseException, ParseSyntaxException, Suppress, 
Word) 

ParserElement.enablePackrat() 

The import brings in some things we haven’t seen before and that we will cov¬ 
er when we encounter them in the parser. The enablePackrat () call is used to 
switch on an optimization (based on memoizing) that can produce a consider¬ 
able speedup when parsing deep operator hierarchies.* If we do this at all it is 
best to do it immediately after importing the pyparsing pyB module—and be¬ 
fore creating any parser elements. 

Although the parser is short, we will review it in three parts for ease of expla¬ 
nation, and then we will see how it is called. We don’t have any parser actions 
since all we want to do is to get an AST (Abstract Syntax Tree)—a list repre¬ 
senting what we have parsed—that we can post-process later on if we wish. 

leftparenthesis, right_parenthesis, colon = map(Suppress, "():") 
forall = Keyword!"forall") 


*For more on packrat parsing, see Bryan Ford’s master’s thesis at pdos.csail.init.edu/~baford/ 
packrat/. 
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exists = KeywordC'exists") 
implies = Literal("->") 
or_ = Literal(" |") 
and_ = Literal("&") 
not_ = LiteraK"-") 
equals = Literal("=") 

boolean = KeywordC'false") | Keyword ("true") 
symbol = Word(alphas, alphanums) 

All the parser elements created here are straightforward, although we had 
to add underscores to the end of a few names to avoid conflicts with Python 
keywords. If we wanted to give users the choice of using ASCII or the proper 
Unicode symbols, we could change some of the definitions. For example: 

forall = Keyword("forall") | Literal("V") 

If we are using a non-Unicode editor we could use the appropriate escaped 
Unicode code point, such as Literal! "\u2200"), instead of the symbol. 

term = Forward!) 

term « !Group!symbol + Group!left_parenthesis + 

delimitedList!term) + right_parenthesis)) | symbol) 

A term is defined in terms of itself, which is why we begin by creating it as a 
Forward!). And rather than using a straight translation of the BNF we use 
one of PyParsing’s coding patterns. Recall that the delimitedList!) function 
returns a parser element that can match a list of one or more occurrences 
of the given parser element, separated by commas (or by something else if 
we explicitly specify the separator). So here we have defined the term parser 
element as being either a symbol followed by a comma-separated list of terms or 
a symbol—and since both start with the same parser element we must put the 
one with the longest potential match first. 

formula = Forward!) 

forall_expression = Group!forall + symbol + colon + formula) 
exists_expression = Group!exists + symbol + colon + formula) 
operand = forall_expression | exists_expression | boolean | term 
formula « operatorPrecedence!operand, [ 

(equals, 2, opAssoc.LEFT), 

!not_, 1, opAssoc.RIGHT), 

!and_, 2, opAssoc.LEFT), 

!or_, 2, opAssoc.LEFT), 

(implies, 2, opAssoc.RIGHT)]) 

Although the formula looks quite complicated in the BNF, it isn’t so bad in 
PyParsing syntax. First we define formula as a Forward () since it is defined in 
terms of itself The forall expression and exists expression parser elements 
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are straightforward to define; we’ve just used Group() to make them sublists 
within the results list to keep their components together and at the same time 
distinct as a unit. 

The operatorPrecedence( ) function (which really ought to have been called 
something like createOperators( )) creates a parser element that matches 
one or more unary, binary, and ternary operators. Before calling it, we first 
specify what our operands are—in this case a forall expression or an ex- 
ists_expression or a boolean or a term. The operatorPrecedence( ) function takes 
a parser element that matches valid operands, and then a list of parser ele¬ 
ments that must be treated as operators, along with their arities (how many 
operands they take), and their associativities. The resultant parser element (in 
this case, formula) will match the specified operators and their operands. 

Each operator is specified as a three- or four-item tuple. The first item is the 
operator’s parser element, the second is the operator’s arity as an integer (1 for 
a unary operator, 2 for a binary operator, and 3 for a ternary operator), the third 
is the associativity, and the fourth is an optional parse action. 

PyParsing infers the operators’ order of precedence from their relative posi¬ 
tions in the list given to the operatorPrecedence( ) function, with the first oper¬ 
ator having the highest precedence and the last the lowest, so the order of the 
items in the list we pass is important. In this example, = has the highest prece¬ 
dence (and has no associativity, so we have made it left-associative), and -> has 
the lowest precedence and is right-associative. 

This completes the parser, so we can now look at how it is called. 

try: 

result = formula.parseString(text, parseAll=True) 
assert len(result) == 1 
return result[0] .asListO 

except (ParseException, ParseSyntaxException) as err: 
print ("Syntax error:\n{0.line}\n{l}''" .format (err, 

" " * (err.column - 1))) 

This code is similar to what we used for the blocks example in the previous 
subsection, only here we have tried to give more sophisticated error handling. 
In particular, if an error occurs we print the line that had the error and on the 
line below it we print spaces followed by a caret ('') to indicate where the error 
was detected. For example, if we parse the invalid formula, f o rail x: = x & t rue, 
we will get: 

Syntax error: 
forall x: = X & true 
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In this case the error location is slightly off—the error is that = x should have 
the form y = x, but it is still pretty good. 

In the case of a successful parse we get a list of Pa rseResults which has a single 
result—as before we convert this to a Python list. 

Earlier we saw some example formulas; now we will look at some of them 
again, this time with the result lists produced by the parser, pretty printed to 
help reveal their structure. 

We mentioned before that the ~ operator has a lower precedence than the = 
operator—so let’s see if this is handled correctly by the parser. 


# -true -> ~b = c 


# -true -> ~(b = c) 


'true'], 


'true'], 


'c'] 


['b'. 


'c'] 


Here we get exactly the same results for both formulas, which demonstrates 
that = has higher precedence than ~. Of course, we would need to write several 
more test formulas to check all the cases, but this at least looks promising. 

Two of the formulas that we saw earlier were forall x: x = x & true and (forall 
X: X = x) & t rue, and we pointed out that although the only difference between 
them is the parentheses, this is sufficient to make them different formulas. 
Here are the lists the parser produces for them: 

# forall x: X = X & true # (forall x: x = x) & true 

[ [ 

'forall', 'x', [ 

[ 'forall', 'x', 

['X', '=', 'X'], ['X', '=', 'X'] 

'&', ], 

'true' '&', 

] 'true' 


The parser is clearly able to distinguish between these two formulas, and 
creates quite different parse trees (nested lists). Without the parentheses, 
forail’s formula is everything right of the colon, but with the parentheses, 
fo rail’s scope is limited to within the parentheses. 

But what about the two formulas that again are different only in that one has 
parentheses, but where the parentheses don’t matter, so that the formulas are 
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actually the same? These two formulas are true & forall x: x = x and true & 
(forall x: x = x), and fortunately, when parsed they both produce exactly the 
same list: 


[ 

'true', 

[ 

'forall', 'X', 

['X', '=', 'X'] 



The parentheses don’t matter here because only one valid parse is possible. 

We have now completed the PyParsing first-order logic parser, and in fact, all 
of the book’s PyParsing examples. If PyParsing is of interest, the PyParsing 
web site (pyparsing.wikispaces.com) has many other examples and extensive 
documentation, and there is also an active Wiki and mailing list. 

In the next section we will look at the same examples as we covered in this 
section, but this time using the PLY parser which works in a very different way 
from Py Parsing. 


Lex/Yacc-Style Parsing with PLY 


PLY (Python Lex Yacc) is a pure Python implementation of the classic Unix 
tools, lex and yacc. Lex is a tool that creates lexers, and yacc is a tool that cre¬ 
ates parsers—often using a lexer created by lex. PLY is described by its author, 
David Beazley, as “reasonably efficient and well suited for larger grammars. 
[It] provides most of the standard lex/yacc features including support for emp¬ 
ty productions, precedence rules, error recovery, and support for ambiguous 
grammars. PLY is straightforward to use and provides very extensive error 
checking.” 

PLY is available under the LGPL open source license and so can be used in 
most contexts. Like PyParsing, PLY is not included in Python’s standard li¬ 
brary, so it must be downloaded and installed separately—although for Linux 
users it is almost certainly available through the package management system. 
And from PLY version 3.0, the same PLY modules work with both Python 2 and 
Python 3. 

If it is necessary to obtain and install PLY manually, it is available as a tarball 
from WWW. dabeaz. com/ply. On Unix-like systems such as Linux and Mac OS X, 
the tarball can be unpacked by executing tar xvfz ply-3.2 .tar. gz in a console. 
(Of course, the exact PLY version may be different.) Windows users can use 
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the untar. py example program that comes with this book’s examples. For in¬ 
stance, assuming the book’s examples are located in C:\py3eg, the command 
to execute in the console is C;\Python31\python.exe C:\py3eg\untar.py ply- 
3.2.tar.gz. 

Once the tarball is unpacked, change directory to PLYs directory—this direc¬ 
tory should contain a file called setup. py and a subdirectory called ply. PLY can 
be installed automatically or manually. To do it automatically, in the console 
execute python setup, py install, or on Windows execute C:\Python31\python .exe 
setup. py install. Alternatively, just copy or move the ply directory and its con¬ 
tents to Python’s site-packages directory (or to your local site-packages directo¬ 
ry). Once installed, PLY’s modules are available as ply. lex and ply. yacc. 

PLY makes a clear distinction between lexing (tokenizing) and parsing. And in 
fact, PLYs lexer is so powerful that it is sufficient on its own to handle all the 
examples shown in this chapter except for the first-order logic parser for which 
we use both the ply. lex and ply. yacc modules. 

When we discussed the Py Parsing module we began by first reviewing various 
PyParsing-specific concepts, and in particular how to convert certain BNF 
constructs into PyParsing syntax. This isn’t necessary with PLY since it is 
designed to work directly with regexes and BNFs, so rather than give any 
conceptual overview, we will summarize a few key PLY conventions and then 
dive straight into the examples and explain the details as we go along. 

PLY makes extensive use of naming conventions and introspection, so it is 
important to be aware of these when we create lexers and parsers using PLY. 

Every PLY lexer and parser depends on a variable called tokens. This variable 
must hold a tuple or list of token names—they are usually uppercase strings 
corresponding to nonterminals in the BNF. Every token must have a corre¬ 
sponding variable or function whose name is of the form t_TOKEN_NAME. If a vari¬ 
able is defined it must be set to a string containing a regex—so normally a raw 
string is used for convenience; if a function is defined it must have a docstring 
that contains a regex, again usually using a raw string. In either case the regex 
specifies a pattern that matches the corresponding token. 

One name that is special to PLY is t errorO; if a lexing error occurs and a 
function with this name is defined, it will be called. 

If we want the lexer to match a token but discard it from the results (e.g., a 
comment in a programming language), we can do this in one of two ways. If 
we are using a variable then we make its name t_ignore_TOKENJJAME; if we are 
using a function then we use the normal name t_TOKEN_NAME, but ensure that it 
returns None. 

The PLY parser follows a similar convention to the lexer in that for each BNF 
rule we create a function with the prefix p_, and whose docstring contains 
the BNF rule we’re matching (only with : ;= replaced with :). Whenever a 
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rule matches its corresponding function is called with a parameter (called p, 
following the PLY documentation’s examples); this parameter can be indexed 
with p [ 0 ] corresponding to the nonterminal that the rule defines, and p [ 1 ] and 
so on, corresponding to the parts on the right-hand side of the BNF. 

Precedence and associativity can be set by creating a variable called precedence 
and giving it a tuple of tuples—in precedence order—that indicate the tokens’ 
associativities. 

Similarly to the lexer, if there is a parsing error and we have created a function 
called p_e r ro r (), it will be called. 

We will make use of all the conventions described here, and more, when we 
review the examples. 

To avoid duplicating information from earlier in the chapter, the examples and 
explanations given here focus purely on parsing with PLY. It is assumed that 
you are familiar with the formats to be parsed and their contexts of use. This 
means that either you have read at least this chapter’s second section and the 
first-order logic parser from the third section’s last subsection, or that you skip 
back using the backreferences provided when necessary. 
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PLYs lexer is sufficient to handle the key-value data held in . pis files. Every 
PLY lexer (and parser) has a list of tokens which must be stored in the tokens 
variable. PLY makes extensive use of introspection, so the names of variables 
and functions, and even the contents of docstrings, must follow PLY’s conven¬ 
tions. Here are the tokens and their regexes and functions for the PLY .pis 
parser: 

tokens = ("INI_HEADER", "COMMENT", "KEY", "VALUE") 

t_ignore_INI_HEADER = r"\[ [''] ]+\]" 

t_ignore_COMMENT = r"\#.*" 

def t_KEY(t): 
r"\w+" 

if lowercase_keys: 

t.value = t.value.lowerO 
return t 


def t_VALUE(t): 
r"=.*" 

t.value = t.value[l:] .stripO 
return t 
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Both the INI_HEADER and COMMENT tokens’ matchers are simple regexes, and 
since both use the t_ignore_ prefix, both will be correctly matched—and then 
discarded. An alternative approach to ignoring matches is to define a function 
that just uses the t_ prefix (e.g., t_C0MMENT( )), and that has a suite of pass (or 
return None), since if the return value is None the token is discarded. 

For the KEY and VALUE tokens we have used functions rather than regexes. In 
such cases the regex to match must be specified in the function’s docstring— 
and here the docstrings are raw strings since that is our practice for regexes, 
and it means we don’t have to escape backslashes. When a function is used the 
token is passed as token object t (following the PLY examples’ naming conven¬ 
tions) of type ply.lex.LexToken. The matched text is held in the ply.lex.Lex- 
Token, value attribute, and we are permitted to change this if we wish. We 
must always return t from the function if we want the token included in the 
results. 

In the case of the t_KEY ( ) function, we lowercase the matching key if the 
lowercase keys variable (from an outer scope) is True. And for the t VALUEO 
function, we strip off the = and any leading or trailing whitespace. 

In addition to our own custom tokens, it is conventional to define a couple of 
PLY-specific functions to provide error reporting. 

def t_newline(t): 
r"\n+" 

t.lexer.lineno += len(t.value) 

def t_error(t): 

line = t. value.IstripO 

i = line.find("\n") 

line = line if i == -1 else line[;i] 

print("Failed to parse line {0}: {!}".format(t.lineno + 1, 

line)) 

The token’s lexe r attribute (of type ply.lex. Lexe r) provides access to the lexer 
itself Here we have updated the lexer’s lineno attribute by the number of 
newlines that have been matched. 

Notice that we don’t have to specifically account for blank lines since the 
t_newline() matching function effectively does that for us. 

If an error occurs the t_error( ) function is called. We print an error message 
and at most one line of the input. We add 1 to the line number since PLYs 
lexer, lineno attribute starts counting from 0. 

With all the token definitions in place we are ready to lex some data and create 
a corresponding key-value dictionary. 
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key_values = {} 
lexer = ply.lex.lexO 
lexer.input(file. readO) 
key = None 
for token in lexer; 

if token.type == "KEY": 

key = token.value 
elif token.type == "VALUE": 
if key is None: 

printC'Failed to parse: value '{0}' without key" 

.format(token.value)) 

else: 

key_values[key] = token.value 
key = None 

The lexer reads the entire input text and can be used as an iterator that 
produces one token at each iteration. The token. type attribute holds the name 
of the current token—this is one of the names from the tokens list—and the 
token. value holds the matched text—or whatever we replaced it with. 

For each token, if the token is a KEY we hold it and wait for its value, and if it 
is a VALUE we add it using the current key to the key values dictionary. At the 
end (not shown), we return the dictionary to the caller just as we did with the 
playlists. py . pis regex and PyParsing parsers. 


Playlist Data Parsing 
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In this subsection we will develop a PLY parser for the .m3u format. And just 
as we did in the previous implementations, the parser will return its results in 
the form of a list of Song (collections, namedtuple ()) objects, each of which holds 
a title, a duration in seconds, and a filename. 

Since the format is so simple, PLY’s lexer is sufficient to do all the parsing. As 
before we will create a list of tokens, each one corresponding to a nonterminal 
in the BNF: 

tokens = ("M3U", "INFO", "SECONDS", "TITLE", "FILENAME") 

We haven’t got an ENTRY token—this nonterminal is made up of a SECONDS and a 
TITLE. Instead we define two states, called entry and filename. When the lexer is 
in the entry state we will try to read the SECONDS and the TITLE, that is, an ENTRY, 
and when the lexer is in the filename state we will try to read the FILENAME. To 
make PLY understand states we must create a states variable that is set to 
a list of one or more 2-tuples. The first item in each of the tuples is a state 
name and the second item is the state’s type, either inclusive (i.e., this state is 
in addition to the current state) or exclusive (i.e., this state is the only active 
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state). PLY predefines the INITIAL state which all lexers start in. Here is the 
definition of the states variable for the PLY . in3u parser: 

states = (("entry", "exclusive"), ("filename", "exclusive")) 

Now that we have defined our tokens and our states we can define the regexes 
and functions to match the BNF. 

t_M3U = r"\#EXTM3U" 

def t_INF0(t): 
r"\#EXTINF:" 
t.lexer.begin("entry") 
return None 

def t_entry_SECONDS(t): 
r"-?\d+," 

t.value = int(t.value):-l]) 
return t 

def t_entry_TITLE(t): 
r"[^\n]+" 

t.lexe r.begin("filename") 
return t 

def t_filename_FILENAME(t): 
r"[^\n]+" 

t.lexer.beginC'INITIAL") 
return t 

By default, the tokens, regexes, and functions operate in the INITIAL state. 
However, we can specify that they are active in only one particular state by em¬ 
bedding the state’s name after the t_ prefix. So in this case the t_M3U regex and 
the t INFO () function will match only in the INITIAL state, the t ent ry SECONDS () 
and t_entry_TITLE( ) functions will match only in the entry state, and the 
t_filename_FILENAME( ) function will match only in the filename state. 

The lexer’s state is changed by calling the lexer object’s begin () method with 
the new state’s name as its argument. So in this example, when we match the 
INFO token we switch to the entry state; now only the SECONDS and TITLE tokens 
can match. Once we have matched a TITLE we switch to the filename state, and 
once we have matched a FILENAME we switch back to the INITIAL state ready to 
match the next INFO token. 

Notice that in the case of the t INFO () function we return None; this means that 
the token will be discarded, which is correct since although we must match 
#EXTINF; for each entry, we don’t need that text. For the t_entry_SECONDS( ) 
function, we strip off the trailing comma and replace the token’s value with the 
integer number of seconds. 
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In this parser we want to ignore spurious whitespace that may occur between 
tokens, and we want to do so regardless of the state the lexer is in. This can be 
achieved by creating a t ignore variable, and by giving it a state of ANY which 
means it is active in any state: 

t_ANY_ignore = " \t\n" 

This will ensure that any whitespace between tokens is safely and conveniently 
ignored. 

We have also defined two functions, t_ANY_newline() and t_ANY_error(); these 
have exactly the same bodies as the t newlineO and t errorO functions 
defined in the previous subsection (556 -<)—so neither are shown here—but 
include the state of ANY in their names so that they are active no matter what 
state the lexer is in. 

songs = [] 

title = seconds = None 
lexer = ply.lex.lexO 
lexer.input(fh.read()) 
for token in lexer; 

if token.type == "SECONDS": 

seconds = token.value 
elif token.type == "TITLE": 

title = token.value 
elif token.type == "FILENAME": 

if title is not None and seconds is not None: 

songs.append(Song(title, seconds, token.value)) 
title = seconds = None 
else: 

printC'Failed, filename '{0}' without title/duration" 
.format(token.value)) 

We use the lexer in the same way as we did for the .pis lexer, iterating over 
the tokens, accumulating values (for the seconds and title), and whenever we 
get a filename to go with the seconds and title, adding a new song to the song 
list. As before, at the end (not shown), we return the key values dictionary to 
the caller. 


Parsing the Blocks Domain-Specific Language 
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The blocks format is more sophisticated than the key-value-based . pis format 
or the . m3u format since it allows blocks to be nested inside each other. This 
presents no problems to PLY, and in fact the definitions of the tokens can be 
done wholly using regexes without requiring any functions or states at all. 





560 


Chapter 14. Introduction to Parsing 


Py- 

Parsing 

blocks 

parser 

543 < 

.blk 

BNF 

527 < 


tokens = ("NODE_START", "N0DE_END", "COLOR", "NAME", "NEWROWS", 
"EMPTYJODE") 

t_NODE_START = r"\[" 
t_N0DE_END = r"\]" 

t_C0L0R = r"(?:\#[\dA-Fa-f]{6}|[a-zA-Z]\w*) 
t_NAME = r"[''] [/\n]+" 
t_NEW_R0WS = r"/+" 
t_EMPTY_NODE = r"\[\]" 

The regexes are taken directly from the BNF, except that we have chosen to 
disallow newlines in names. In addition, we have defined a t ignore regex 
to skip spaces and tabs, and t newlineO and t errorO functions that are the 
same as before except that t errorO raises a custom LexError with its error 
message rather than printing the error message. 

With the tokens set up, we are ready to prepare for lexing and then to do 
the lexing. 

stack = [Block.get_root_block()] 

block = None 

brackets = 0 

lexer = ply.lex.lex() 

try: 

lexer.input(text) 
for token in lexer: 

As with the previous blocks parsers we begin by creating a stack (a list) with 
an empty root Block. This will be populated with child blocks (and the child 
blocks with child blocks, etc.) to reflect the blocks that are parsed; at the end 
we will return the root block with all its children. The block variable is used 
to hold a reference to the block that is currently being parsed so that it can be 
updated as we go. We also keep a count of the brackets purely to improve the 
error reporting. 

One difference from before is that we do the lexing and the parsing of the 
tokens inside a try ... except suite — this is so that we can catch any LexError 
exceptions and convert them to ValueErrors. 

if token.type == "N0DE_START": 
brackets += 1 

block = Block.get_empty_block() 
stack[-l].children.append(block) 
stack.append(block) 
elif token.type == "N0DE_END": 
brackets -= 1 
if brackets < 0: 

raise LexErrorC'too many ']'s") 



LexlYacc-Style Parsing with PLY 


561 


block = None 
stack.popO 

Whenever we start a new node we increment the brackets count and create a 
new empty block. This block is added as the last child of the stack’s top block’s 
list of children and is itself pushed onto the stack. If the block has a color or 
name we will be able to set it because we keep a reference to the block in the 
block variable. 

The logic used here is slightly different from the logic used in the recursive de¬ 
scent parser—there we pushed new blocks onto the stack only if we knew that 
they had nested blocks. Here we always push new blocks onto the stack, safe 
in the knowledge that they’ll be popped straight off again if they don’t contain 
any nested blocks. This also makes the code simpler and more regular. 

When we reach the end of a block we decrement the brackets count—and if it 
is negative we know that we have had too many close brackets and can report 
the error immediately. Otherwise, we set block to None since we now have no 
current block and pop the top of the stack (which should never be empty). 

elif token.type == "COLOR"; 

if block is None or Block.is_new_row(block): 

raise LexErrorC'syntax error") 
block.color = token.value!:-l] 
elif token.type == "NAME": 

if block is None or Block.is_new_row(block): 

raise LexErrorC'syntax error") 
block.name = token.value 

If we get a color or a name, we set the corresponding attribute of the current 
block which should refer to a Block rather than being None or denoting a 
new row. 


elif token.type == "EMPTYJODE": 

stack[-1].children.append(Block.get_empty_block()) 
elif token.type == "NEW_R0WS": 

for X in range(len(token.value)): 

stack[-l].children.append(Block.get_new_row()) 

If we get an empty node or one or more new rows, we add them as the last child 
of the stack’s top block’s list of children. 

if brackets: 

raise LexError("unbalanced brackets []") 
except LexError as err: 

raise ValueErrorC'Error {{0}};line {0}: {!}".format! 
token.lineno + 1, err)) 
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Once lexing has finished we check that the brackets have balanced, and if 
not we raise a LexError. If a LexError occurred during lexing, parsing, or 
when we checked the brackets, we raise a ValueError that contains an escaped 
str.forinatO field name—the caller is expected to use this to insert the file¬ 
name, something we cannot do here because we are given only the file’s text, 
not the filename or file object. 

At the end (not shown), we return stack[0]; this is the root Block that should 
now have children (and which in turn might have children), representing the 
.blk file we have parsed. This block is suitable for passing to the BlockOut- 
put.save_blocks_as_svg() function, just as we did with the recursive descent 
and PyParsing blocks parsers. 


Parsing First-Order Logic 
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In the last PyParsing subsection we created a parser for first-order logic. 
In this subsection we will create a PLY version that is designed to produce 
identical output to the PyParsing version. 

Setting up the lexer is very similar to what we did earlier. The only novel 
aspect is that we keep a dictionary of “keywords” which we check whenever 
we have matched a SYMBOL (the equivalent to an identifier in a programming 
language). Here is the lexer code, complete except for the t ignore regex and 
the t_newline( ) and t error! ) functions which are not shown because they are 
the same as ones we have seen before. 


keywords = {"exists": "EXISTS", "forall": "FORALL", 

"true": "TRUE", "false": "FALSE"} 
tokens = (["SYMBOL", "COLON", "COMMA", "LPAREN", "RPAREN", 
"EQUALS", "NOT", "AND", "OR", "IMPLIES"] -r 
list(keywords.values())) 


def t_SYMB0L(t): 
r"[a-zA-Z]\w*" 

t.type = keywords.get(t.value, "SYMBOL") 
return t 


t_EQUALS = r"=" 
t_N0T = r"~" 
t_AND = r"&" 
t_0R = r"\|" 
t_IMPLIES = r"->" 
t_C0L0N = r":" 
t_C0MMA = r"," 
t_LPAREN = r"\(" 
tRPAREN = r"\)" 
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The t_SYMB0L() function is used to match both symbols (identifiers) and key¬ 
words. If the key given to diet. get () isn’t in the dictionary the default value 
(in this case "SYMBOL") is returned; otherwise the key’s corresponding token 
name is returned. Notice also that unlike in previous lexers, we don’t change 
the ply. lex. LexToken’s value attribute, but we do change its type attribute to be 
either "SYMBOL" or the appropriate keyword token name. All the other tokens 
are matched by simple regexes—all of which happen to match one or two literal 
characters. 

In all the previous PLY examples the lexer alone has been sufficient for our 
parsing needs. But for the first-order logic BNF we need to use PLYs pars¬ 
er as well as its lexer to do the parsing. Setting up a PLY parser is quite 
straightforward—and unlike PyParsing we don’t have to reformulate our BNF 
to match certain patterns but can use the BNF directly. 

For each BNF definition, we create a function with a name prefixed by p_ and 
whose docstring contains the BNF statement the function is designed to pro¬ 
cess. As the parser parses, it calls the function with the matching BNF state¬ 
ment and passes it a single argument of type ply.yacc.YaccProduction. The 
argument is given the name p (following the PLY examples’ naming conven¬ 
tions). When a BNF statement includes alternatives, it is possible to create just 
one function to handle them all, although in most cases it is clearer to create 
one function per alternative or set of structurally similar alternatives. We will 
look at each of the parser functions, starting with the one for handling quan¬ 
tifiers. 

def p_formula_quantifier(p); 

.FORMULA : FORALL SYMBOL COLON FORMULA 

I EXISTS SYMBOL COLON FORMULA""" 
p[0] = [p[l], p[2], p[4]] 

The docstring contains the BNF statement that the function corresponds to, 
but using : rather than : : = to mean is defined by. Note that the words in the 
BNF are either tokens that the lexer matches or nonterminals (e.g., FORMULA) 
that the BNF matches. One PLY quirk to be aware of is that if we have alter¬ 
natives as we have here, each one must be on a separate line in the docstring. 

The BNF’s definition of the FORMULA nonterminal involves many alternatives, 
but here we have used just the parts that are concerned with quantifiers—we 
will handle the other alternatives in other functions. The argument p of type 
ply.yacc.YaccProduction supports Python’s sequence API, with each item cor¬ 
responding to an item in the BNF. So in all cases, p[0] corresponds to the 
nonterminal that is being defined (in this case FORMULA), with the other items 
matching the parts on the right-hand side. Here, p [ 1] matches one of the sym¬ 
bols "exists" or "forall", p[2] matches the quantified identifier (typically, x or 
y),p[3] matches the COLON token (a literal : which we ignore), and p[4] matches 
the formula that is quantified. This is a recursive definition, so the p[4] item 
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is itself a formula which may contain formulas and so on. We don’t have to 
concern ourselves with whitespace between tokens since we created a t ignore 
regex which told the lexer to ignore (i.e., skip) whitespace. 

In this example, we could just as easily have created two separate functions, 
say, p_forniula_foratio and p_formula_exists( ), giving them one alternative of 
the BNF each and the same suite. We chose to combine them—and some of the 
others—simply because they have the same suites. 

Formulas in the BNF have three binary operators involving formulas. Since 
these can be handled by the same suite, we have chosen to parse them using a 
single function and a BNF with alternatives. 

def p_formula_binary(p): 

.FORMULA ; FORMULA IMPLIES FORMULA 

I FORMULA OR FORMULA 

I FORMULA AND FORMULA. 

p[0] = [p[I], p[2], p[3]] 

The result, that is, the FORMULA stored in p [ 0 ], is simply a list containing the 
left operand, the operator, and the right operand. This code says nothing about 
precedence and associativity—and yet we know that IMPLIES is right-associa¬ 
tive and that the other two are left-associative, and that IMPLIES has lower 
precedence than the others. We will see how to handle these aspects once we 
have finished reviewing the parser’s functions. 

def p_formula_not(p): 

"FORMULA : NOT FORMULA" 
p[0] = [p[l], p[2]] 

def p_formula_boolean(p): 

.FORMULA : FALSE 

I TRUE. 

p[0] = p[I] 

def p_formula_group(p): 

"FORMULA : LPAREN FORMULA RPAREN" 
p[0] = p[2] 

def p_formula_symbol(p): 

"FORMULA ; SYMBOL" 
p[0] = p[I] 

All these FORMULA alternatives are unary, but even though the suites for 
p_formula_boolean () and p_formula_symbol( ) are the same, we have given each 
one its own function since they are all logically different from each other. One 
slightly surprising aspect of the p formula groupl ) function is that we set its 
value to be p [ 1 ] rather than [ p [ 1 ] ]. This works because we already use lists to 
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embody all the operators, so while it would be harmless to use a list here—and 
might be essential for other parsers—in this example it isn’t necessary. 

def p_formula_equals(p): 

"FORMULA : TERM EQUALS TERM" 
p[0] = [p[l], p[2], p[3]] 

This is the part of the BNF that relates formulas and terms. The implementa¬ 
tion is straightforward, and we could have included this with the other binary 
operators since the function’s suite is the same. We chose to handle this sepa¬ 
rately purely because it is logically different from the other binary operators. 

def p_term(p); 

.TERM : SYMBOL LPAREN TERMLIST RPAREN 

I SYMBOL. 

p[0] = p[l] if len(p) == 2 else [p[l], p[3]] 

def p_termlist(p): 

.TERMLIST : TERM COMMA TERMLIST 

I TERM""" 

p[0] = p[l] if len(p) == 2 else [p[l], p[3]] 

Terms can either be a single symbol or a symbol followed by a parenthesized 
term list (a comma-separated list of terms), and these two functions between 
them handle both cases. 

def p_error(p): 
if p is None: 

raise ValueError{"Unknown error") 
raise ValueErrorC'Syntax error, line {0}: {!}".format! 
p.lineno + 1, p.type)) 

If a parser error occurs the p_error() function is called. Although we have 
treated the ply.yacc.YaccProduction argument as a sequence up to now, it also 
has attributes, and here we have used the lineno attribute to indicate where 
the problem occurred. 

precedence = (("nonassoc", "FORALL", "EXISTS"), 

("right", "IMPLIES"), 

("left", "OR"), 

("left", "AND"), 

("right", "NOT"), 

("nonassoc", "EQUALS")) 

To set the precedences and associativities of operators in a PLY parser, we 
must create a precedence variable and give it a list of tuples where each tu¬ 
ple’s first item is the required associativity and where each tuple’s second and 
subsequent items are the tokens concerned. PLY will honor the specified as- 
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sociativities and will set the precedences from lowest (first tuple in the list) to 
highest (last tuple in the list).* For unary operators, associativity isn’t really an 
issue for PLY (although it can be for PyParsing), so for NOT we could have used 
"nonassoc" and the parsing results would not be affected. 

At this point we have the tokens, the lexer’s functions, the parser’s functions, 
and the precedence variable all set up. Now we can create a PLY lexer and 
parser and parse some text. 

lexer = ply.lex.lex() 
parser = ply.yacc.yacc() 
try: 

return parser.parse(text, lexer=lexer) 
except ValueError as err: 
print(err) 
return [] 

This code parses the formula it is given and returns a list that has exactly the 
same format as the lists returned by the PyParsing version. (See the end of the 
subsection on the PyParsing first-order logic parser to see examples of the kind 
of lists that the parser returns; 552 -<.) 

PLY tries very hard to give useful and comprehensive error messages, although 
in some cases it can be overzealous—for example, when PLY creates the first- 
order logic parser for the first time, it warns that there are “6 shift/reduce 
conflicts”. In practice, PLY defaults to shifting in such cases, since that’s usually 
the right thing to do, and is certainly the right action for the first-order logic 
parser. The PLY documentation explains this and many other issues that can 
arise, and the parser’s parser.out file which is produced whenever a parser is 
created contains all the information necessary to analyze what is going on. As 
a rule of thumb, shift/reduce warnings may be benign, but any other kind of 
warning should be eliminated by correcting the parser. 

We have now completed our coverage of the PLY examples. The PLY documen¬ 
tation (www. dabeaz. com/ply) provides much more information than we have had 
space to convey here, including complete coverage of all of PLY’s features in¬ 
cluding many that were not needed for this chapter’s examples. 


Summary 


For the simplest situations and for nonrecursive grammars, using regexes 
is a good choice—at least for those who are comfortable with regex syntax. 
Another approach is to create a finite state automata—for example, by reading 
the text character by character, and maintaining one or more state variables— 


*In PyParsing, precedences are set the other way up, from highest to lowest. 
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although this can lead to if statements with lots of elifs and nested if ... elifs 
that can be difficult to maintain. For more complex grammars, and those that 
are recursive, PyParsing, PLY, and other generic parser generators are a better 
choice than using regexes or finite state automata, or doing a handcrafted 
recursive descent parser. 

Of all the approaches, PyParsing seems to require the least amount of code, 
although it can be tricky to get recursive grammars right, at least at first. 
PyParsing works at its best when we take full advantage of its predefined 
functionality—of which there is quite a lot more than we covered in this 
chapter—and use the programming patterns that suit it. This means that in 
more complex cases we cannot simply translate a BNF directly into PyParsing 
syntax, but must adapt the implementation of the BNF to fit in with the Py¬ 
Parsing philosophy. PyParsing is an excellent module, and it is used in many 
programming projects. 

PLY not only supports the direct translation of BNFs, it requires that we do 
this, at least for the ply.yacc module. It also has a powerful and flexible lex¬ 
er which is sufficient in its own right for handling many simple grammars. 
PLY also has excellent error reporting. PLY uses a table-driven algorithm 
that makes its speed independent of the size or complexity of the grammar, 
so it tends to run faster than parsers that use recursive descent such as Py¬ 
Parsing. One aspect of PLY that may take some getting used to is its heavy 
reliance on introspection, where both docstrings and function names have sig¬ 
nificance. Nonetheless, PLY is an excellent module, and has been used to cre¬ 
ate some complex parsers, including ones for the C and ZXBasic programming 
languages. 

Although it is generally straightforward to create a parser that accepts valid 
input, creating one that accepts all valid input and rejects all invalid input 
can be quite a challenge. For example, do the first-order logic parsers in this 
chapter’s last section accept all valid formulas and reject all invalid ones? And 
even if we do manage to reject invalid input, do we provide error messages that 
correctly identify what the problem is and where it occurred? Parsing is a large 
and fascinating topic, and this chapter is designed to introduce the very basics, 
so further reading and practical experience are essential for those wanting to 
go further. 

One other point that this chapter hints at is that as large and wide-rang¬ 
ing as Python’s standard library is, many high-quality, third-party pack¬ 
ages and modules that provide very useful additional functionality are also 
available. Most of these are available through the Python Package Index, 
pypi.python.org/pypi, but some can only be discovered using a search engine. 
In general, when you have some specialized need that is not met by Python’s 
standard library, it is always worth looking for a third-party solution before 
writing your own. 
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Exercise 


Create a suitable BNF and then write a simple program for parsing basic 
BibTeX book references, and that produces output in the form of a dictionary 
of dictionaries. For example, given input like this: 

(aBook{blanchette+sumnierfield08, 
author = "Jasmin Blanchette and Mark Summerfield", 

title = "C++ GUI Programming with Qt 4, 

Second Edition", 
year = 2008, 

publisher = "Prentice Hall" 

} 

the expected output would be a dictionary like this (here, pretty printed): 

{'blanchette+summerfield08': { 

'author': 'Jasmin Blanchette and Mark Summerfield', 

'publisher': 'Prentice Hall', 

'title': 'C++ GUI Programming with Qt 4, Second Edition', 

'year': 2008 

} 

} 

Each book has an identifier and this should be used as the key for the outer 
dictionary. The value should itself be a dictionary of key-value items. 

Each book’s identifier can contain any characters except whitespace, and each 
key=vaIue field’s value can either be an integer or a double-quoted string. String 
values can include arbitrary whitespace including newlines, so replace every 
internal sequence of whitespace (including newlines) with a single space, and 
of course strip whitespace from the ends. Note that the last key=value for a 
given book is not followed by a comma. 

Create the parser using either PyParsing or PLY. If using PyParsing, the 
Regex () class will be useful for the identifier and the QuotedSt ring () class will be 
useful when defining the value. Use the delimitedtist () function for handling 
the list of key=values. If using PLY, the lexer is sufficient, providing you use 
separate tokens for integer and string values. 

A solution using PyParsing should take around 30 lines, while one using PLY 
might take about 60 lines. A solution that includes both PyParsing and PLY 
functions is provided in BibTeX. py. 





• Dialog-Style Programs 

• Main-Window-Style Programs 


Introduction to GUI 
Programming 


Python has no native support for GUI (Graphical User Interface) program¬ 
ming, but this isn’t a problem since many GUI libraries written in other lan¬ 
guages can be used by Python programmers. This is possible because many 
GUI libraries have Python wrappers or bindings —these are packages and mod¬ 
ules that are imported and used like any other Python packages and modules 
but which access functionality that is in non-Python libraries under the hood. 

Python’s standard library includes Tcl/Tk—Tcl is an almost syntax-free script¬ 
ing language and Tk is a GUI library written in Tcl and C. Python’s tkinter 
module provides Python bindings for the Tk GUI library. Tk has three advan¬ 
tages compared with the other GUI libraries that are available for Python. 
First, it is installed as standard with Python, so it is always available; second, 
it is small (even including Tcl); and third, it comes with IDLE which is very 
useful for experimenting with Python and for editing and debugging Python 
programs. 

Unfortunately, prior to Tk 8.5, Tk had a very dated look and a very limited set 
of widgets (“controls” or “containers” in Windows-speak). Although it is fairly 
easy to create custom widgets in Tk by composing other widgets together in 
a layout, Tk does not provide any direct way of creating custom widgets from 
scratch with the programmer able to draw whatever they want. Additional Tk- 
compatible widgets are available using the Ttk library (only with Python 3.1 
and Tk 8.5 and later) and the Tix library—these are also part of Python’s stan¬ 
dard library. Note that Tix is not always provided on non-Windows platforms, 
most notably Ubuntu, which at the time of this writing offers it only as an 
unsupported add-on, so for maximum portability it is best to avoid using Tix 
altogether. The Python-oriented documentation for Tk, Ttk, and Tix is rather 
sparse—most of the documentation for these libraries is written for Tcl/Tk pro¬ 
grammers and may not be easy for non-Tcl programmers to decipher. 
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For developing GUI programs that must run on any or all Python desktop 
platforms (e.g., Windows, Mac OS X, and Linux), using only a standard Python 
installation with no additional libraries, there is just one choice: Tk. 

If it is possible to use third-party libraries the number of options opens 
up considerably. One route is to get the WCK (Widget Construction Kit, 
www.effbot.org/zone/wck.htm) which provides additional Tk-compatible func¬ 
tionality including the ability to create custom widgets whose contents are 
drawn in code. 

The other choices don’t use Tk and fall into two categories, those that are spe¬ 
cific to a particular platform and those that are cross-platform. Platform-spe¬ 
cific GUI libraries can give us access to platform-specific features, but at the 
price of locking us in to the platform. The three most well-established cross¬ 
platform GUI libraries with Python bindings are PyGtk (www. pygt k. o rg), PyQt 
(www.riverbankcomputing.com/software/pyqt), and wxPython (www.wxpython.org). 
All three of these offer far more widgets than Tk, produce better-looking GUIs 
(although the gap has narrowed with Tk 8.5 and even more with Ttk), and 
make it possible to create custom widgets drawn in code. All of them are easier 
to learn and use than Tk and all have more and much better Python-oriented 
documentation than Tk. And in general, programs that use PyGtk, PyQt, or 
wxPython need less code and produce better results than programs written us¬ 
ing Tk. (At the time of this writing, PyQt had already been ported to Python 3, 
but the ports of both wxPython and PyGtk were still being done.) 

Yet despite its limitations and frustrations, Tk can be used to build useful GUI 
programs—IDLE being the most well known in the Python world. Further¬ 
more, Tk development seems to have picked up lately, with Tk 8.5 offering 
theming which makes Tk programs look much more native, as well as the wel¬ 
come addition of many new widgets. 

The purpose of this chapter is to give just a flavor of Tk programming—for 
serious GUI development it is best to skip this chapter (since it shows the 
vintage Tk approach to GUI programming), and to use one of the alternative 
libraries. But if Tk is your only option—for example, if your users have only a 
standard Python installation and cannot or will not install a third-party GUI 
library—then realistically you will need to learn enough of the Tcl language to 
be able to read Tk’s documentation.* 

In the following sections we will use Tk to create two GUI programs. The first 
is a very small dialog-style program that does compound interest calculations. 
The second is a more elaborate main-window-style program that manages 
a list of bookmarks (names and URLs). By using such simple data we can 


* The only Python/Tk book known to the author is Python and Tkinter Programming by John 
Grayson, ISBN 1884777813, published in 2000; it is out of date in some areas. A good TcVTk book 
is Practical Programming in Tcl and Tk by Brent Welch and Ken Jones, ISBN 0130385603. All the 
Tcl/Tk documentation is online at www.tcl.tk, and tutorials can be found at www. tkdocs.com. 
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program 



Figure 15.1 Console programs versus GUI programs 

concentrate on the GUI programming aspects without distraction. In the 
coverage of the bookmarks program we will see how to create a custom dialog, 
and how to create a main window with menus and toolbars, as well as how to 
combine them all together to create a complete working program. 

Both of the example programs use pure Tk, making no use of the Ttk and 
Tix libraries, so as to ensure compatibility with Python 3.0. It isn’t difficult to 
convert them to use Ttk, but at the time of this writing, some of the Ttk widgets 
provide less support for keyboard users than their Tk cousins, so while Ttk 
programs might look better, they may also be less convenient to use. 

But before diving into the code, we must review some of the basics of GUI 
programming since it is a bit different from writing console programs. 

Python console programs and module files always have a . py extension, but 
for Python GUI programs we use a . pyw extension (module files always use . py, 
though). Both . py and . pyw work fine on Linux, but on Windows, . pyw ensures 
that Windows uses the pythonw.exe interpreter instead of python.exe, and this 
in turn ensures that when we execute a Python GUI program, no unnecessary 
console window will appear. Mac OS X works similarly to Windows, using the 
. pyw extension for GUI programs. 
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When a GUI program is run it normally begins by creating its main window 
and all of the main window’s widgets, such as the menu bar, toolbars, the cen¬ 
tral area, and the status bar. Once the window has been created, like a server 
program, the GUI program simply waits. Whereas a server waits for client pro¬ 
grams to connect to it, a GUI program waits for user interaction such as mouse 
clicks and key presses. This is illustrated in contrast to console programs in 
Figure 15.1. The GUI program does not wait passively; it runs an event loop, 
which in pseudocode looks like this: 

while True: 

event = getNextEvent() 
if event: 

if event == Terminate: 
break 

processEvent(event) 

When the user interacts with the program, or when certain other things occur, 
such as a timer timing out or the program’s window being activated (maybe 
because another program was closed), an event is generated inside the GUI 
library and added to the event queue. The program’s event loop continuously 
checks to see whether there is an event to process, and if there is, it processes 
it (or passes it on to the event’s associated function or method for processing). 

As GUI programmers we can rely on the GUI library to provide the event 
loop. Our responsibility is to create classes that represent the windows and 
widgets our program needs and to provide them with methods that respond 
appropriately to user interactions. 


Dialog-Style Programs 


The first program we will look at is the Interest program. This is a dialog-style 
program (i.e., it has no menus), which the user can use to perform compound 
interest calculations. The program is shown in Figure 15.2. 

In most object-oriented GUI programs, a custom class is used to represent 
a single main window or dialog, with most of the widgets it contains being 
instances of standard widgets, such as buttons or checkboxes, supplied by 
the library. Like most cross-platform GUI libraries, Tk doesn’t really make a 
distinction between a window and a widget—a window is simply a widget that 
has no widget parent (i.e., it is not contained inside another widget). Widgets 
that don’t have a widget parent (windows) are automatically supplied with a 
frame and window decorations (such as a title bar and close button), and they 
usually contains other widgets. 

Most widgets are created as children of another widget (and are contained 
inside their parent), whereas windows are created as children of the tkinte r. Tk 
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Figure 15.2 The Interest program 

object—an object that conceptually represents the application, and something 
we will return to later on. In addition to distinguishing between widgets and 
windows (also called top-level widgets), the parent-child relationships help 
ensure that widgets are deleted in the right order and that child widgets are 
automatically deleted when their parent is deleted. 

The initializer is where the user interface is created (the widgets added and 
laid out, the mouse and keyboard bindings made), and the other methods are 
used to respond to user interactions. Tk allows us to create custom widgets 
either by subclassing a predefined widget such as t kinte r. Fname, or by creating 
an ordinary class and adding widgets to it as attributes. Here we have used 
subclassing—in the next example we will show both approaches. 

Since the Interest program has just one main window it is implemented in a 
single class. We will start by looking at the class’s initializer, broken into five 
parts since it is rather long. 

class MainWindow(tkinter.Frame): 

def _init_(self, parent): 

superO ._init_(parent) 

self.parent = parent 
self.grid(row=0, column=0) 

We begin by initializing the base class, and we keep a copy of the parent for 
later use. Rather than using absolute positions and sizes, widgets are laid out 
inside other widgets using layout managers. The call to g rid () lays out the 
frame using the grid layout manager. Every widget that is shown must be laid 
out, even top-level ones. Tk has several layout managers, but the grid is the 
easiest to understand and use, although for top-level layouts where there is 
only one widget to lay out we could use the packer layout manager by calling 
packO instead of grid(row=0, coluiTin=0) to achieve the same effect. 

self.principal = tkinter.DoubleVar() 
self.principal.set(1000.0) 
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self.rate = tkinter.DoubleVar() 
self.rate.set(5.0) 
self.years = tkinter.IntVarO 
self.amount = tkinter.StringVar() 

Tk allows us to create variables that are associated with widgets. If a variable’s 
value is changed programmatically, the change is reflected in its associated 
widget, and similarly, if the user changes the value in the widget the associated 
variable’s value is changed. Here we have created two “double” variables (these 
hold float values), an integer variable, and a string variable, and have set ini¬ 
tial values for two of them. 

principalLabel = tkinter.Label(self, text="Principal 

anchor=tkinter.W, underline=0) 
principalScale = tkinter.Scale(self, variable=self.principal, 
command=self.updateUi, from_=100, to=10000000, 
resolution=100, orient=tkinter.H0RIZONTAL) 
ratetabel = tkinter.Label(self, text="Rate underline=0, 

anchor=tkinter.W) 

rateScale = tkinter.Scale(self, variable=self.rate, 
command=self.updateUi, from_=l, to=100, 
resolution=0.25, digits=5, orient=tkinter.HORIZ0NTAL) 
yearsLabel = tkinter.Label(self, text="Years;", underline=0, 

anchor=tkinter.W) 

yearsScale = tkinter.Scale(self, variable=self.years, 
command=self.updateUi, from_=l, to=50, 
orient=tkinter.HORIZONTAL) 
amountLabel = tkinter.Label(self, text="Amount $", 

anchor=tkinter.W) 

actualAmountLabel = tkinter.Label(self, 

textvariable=self.amount, relief=tkinter.SUNKEN, 
anchor=tkinter.E) 

This part of the initializer is where we create the widgets. The tkinter. Label 
widget is used to display read-only text to the user. Like all widgets it is cre¬ 
ated with a parent (in this case—and as usual—the parent is the containing 
widget), and then keyword arguments are used to set various other aspects of 
the widget’s behavior and appearance. We have set the principal Label’s text ap¬ 
propriately, and set its anchor to tkinter.W, which means that the label’s text is 
aligned west (left). The underline parameter is used to specify which character 
in the label should be underlined to indicate a keyboard accelerator (e.g., Alt+P); 
further on we will see how to make the accelerator work. (A keyboard acceler¬ 
ator is a key sequence of the form Alt+/effer where letter is an underlined letter 
and which results in the keyboard focus being switched to the widget associated 
with the accelerator, most commonly the widget to the right or below the label 
that has the accelerator.) 
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For the tkinter.Scale widgets we give them a parent of self as usual, and as¬ 
sociate a variable with each one. In addition, we give a function (or in this case 
a method) object reference as their command—this method will be called au¬ 
tomatically whenever the scale’s value is changed, and set its minimum (f roin_, 
with a trailing underscore since plain from is a keyword) and maximum (to) 
values, and a horizontal orientation. For some of the scales we set a resolu¬ 
tion (step size) and for the rateScale the number of digits it must be able to 
display. 

The actualAmountLabel is also associated with a variable so that we can easily 
change the text the label displays later on. We have also given this label a 
sunken relief so that it fits in better visually with the scales. 

principalLabel.grid(row=0, coluiiin=0, padx=2, pady=2, 
sticky=tkinter.W) 

principalScale.grid(row=0, coluiiin=l, padx=2, pady=2, 
sticky=tkinter.EW) 

rateLabel.grid(row=l, colunin=0, padx=2, pady=2, 
sticky=tkinter.W) 

rateScale.grid(row=l, coluiiin=l, padx=2, pady=2, 
sticky=tkinter.EW) 

yearsLabel.grid(row=2, column=0, padx=2, pady=2, 
sticky=tkinter.W) 

yearsScale.grid(row=2, column=l, padx=2, pady=2, 
sticky=tkinter.EW) 

amountLabel.grid(row=3, column=0, padx=2, pady=2, 
sticky=tkinter.W) 

actualAmountLabel.grid(row=3, column=l, padx=2, pady=2, 

sticky=tkinter.EW) 

Having created the widgets, we must now lay them out. The grid layout we 
have used is illustrated in Figure 15.3. 


principalLabel 

principalScale 

rateLabel 

rateScale 

yearsLabel 

yearsScale 

amountLabel 

actualAmountLabel 


Figure 15.3 The Interest program’s layout 

Every widget supports the g rid () method (and some other layout methods 
such as pack( )). Calling grid( ) lays out the widget within its parent, making 
it occupy the specified row and column. We can set widgets to span multiple 
columns and multiple rows using additional keyword arguments (rowspan and 
columnspan), and we can add some margin around them using the padx (left and 
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right margin) and pady (top and bottom margin) keyword arguments giving 
integer pixel amounts as arguments. If a widget is allocated more space than 
it needs, the sticky option is used to determine what should be done with the 
space; if not specified the widget will occupy the middle of its allocated space. 
We have set all of the first column’s labels to be sticky tkinter.W (west) and all 
of the second column’s widgets to be sticky tkinter. EW (east and west), which 
makes them stretch to fill the entire width available to them. 

All of the widgets are held in local variables, but they don’t get scheduled for 
garbage collection because the parent-child relationships ensure that they 
are not deleted when they go out of scope at the end of the initializer, since 
all of them have the main window as their parent. Sometimes widgets are 
created as instance variables, for example, if we need to refer to them outside 
the initializer, but in this case we used instance variables for the variables 
associated with the widgets (self .principal, self, rate, and self .years), so it is 
these we will use outside the initializer. 

principalScale.focus_set() 
self .updateUiO 

parent.bind("<Alt-p>", lambda ^ignore: principalScale.focus_set()) 
parent.bind("<Alt-r>", lambda ^ignore: rateScale.focus_set()) 
parent.bind("<Alt-y>", lambda ^ignore: yearsScale.focus_set()) 
parent.bind("<Control-q>", self.quit) 
parent.bind("<Escape>", self.quit) 

At the end of the initializer we give the keyboard focus to the principalScale 
widget so that as soon as the program starts the user is able to set the initial 
amount of money. We then call the self .updateUiO method to calculate the 
initial amount. 

Next, we set up a few key bindings. (Unfortunately, binding has three different 
meanings—variable binding is where a name, that is, an object reference, is 
bound to an object; a key binding is where a keyboard action such as a key press 
or release is associated with a function or method to call when the action occurs; 
and bindings for a library is the glue code that makes a library written in a 
language other than Python available to Python programmers through Python 
modules.) Key bindings are essential for some disabled users who have diffi¬ 
culty with or are unable to use the mouse, and they are a great convenience for 
fast typists who want to avoid using the mouse because it slows them down. 

The first three key bindings are used to move the keyboard focus to a scale 
widget. For example, the principalLabel’s text is set to Principal $; and its 
underline to 0, so the label appears as Principal $:, and with the first keyboard 
binding in place when the user types Alt+P the keyboard focus will switch to the 
principleScale widget. The same applies to the other two bindings. Note that 
we do not bind the f ocus set () method directly. This is because when functions 
or methods are called as the result of an event binding they are given the event 
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that invoked them as their first argument, and we don’t want this event. So, we 
use a lambda function that accepts but ignores the event and calls the method 
without the unwanted argument. 

We have also created two keyboard shortcuts —these are key combinations that 
invoke a particular action. Here we have set Ctrl+Q and Esc and bound them 
both to the self. quit () method that cleanly terminates the program. 

It is possible to create keyboard bindings for individual widgets, but here we 
have set them all on the parent (the application), so they all work no matter 
where the keyboard focus is. 

Tk’s bind () method can be used to bind both mouse clicks and key presses, and 
also programmer-defined events. Special keys like Ctrl and Esc have Tk-specific 
names (Control and Escape), and ordinary letters stand for themselves. Key 
sequences are created by putting the parts in angle brackets and separating 
them with hyphens. 

Having created and laid out the widgets, and set up the key bindings, the ap¬ 
pearance and basic behavior of the program are in place. Now we will review 
the methods that respond to user actions to complete the implementation of the 
program’s behavior. 

def updateUi(self, ^ignore): 

amount = self.principal.get() * ( 

(1 + (self.rate.get() / 100.0)) ** self.years.get()) 
self.amount.set("{0:■2f}".format(amount)) 

This method is called whenever the user changes the principal, the rate, or the 
years since it is the command associated with each of the scales. All it does is 
retrieve the value from each scale’s associated variable, perform the compound 
interest calculation, and store the result (as a string) in the variable associated 
with the actual amount label. As a result, the actual amount label always 
shows an up-to-date amount. 

def quit(self, event=None): 
self .parent.destroyO 

If the user chooses to quit (by pressing Ctrl+Q or Esc, or by clicking the window’s 
close button) this method is called. Since there is no data to save we just tell 
the parent (which is the application object) to destroy itself The parent will 
destroy all of its children—all of the windows, which in turn will destroy all of 
their widgets—so a clean termination takes place. 

application = tkinter.TkO 

path = os.path.join(os.path.dirname(_file_), "images/") 

if sys.platform.startswithC'win"): 
icon = path + "interest.ico" 
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else: 

icon = "(3" + path + "interest.xbm" 
application.iconbitmapiicon) 
application.title!"Interest") 
window = MainWindow(application) 
application.protocol("WM_DELETE_WII\IDOW", window.quit) 
application.mainloop!) 

After defining the class for the main (and in this case only) window, we have the 
code that starts the program running. We begin by creating an object to repre¬ 
sent the application as a whole. To give the program an icon on Windows we use 
an . ico file and pass the name of the file (with its full path) to the iconbitmap () 
method. But for Unix platforms we must provide a bitmap (i.e., a monochrome 
image). Tk has several built-in bitmaps, so to distinguish one that comes from 
the file system we must precede its name with an (3 symbol. Next we give the 
application a title (which will appear in the title bar), and then we create an in¬ 
stance of our MainWindow class giving the application object as its parent. At the 
end we call the protocol () method to say what should happen if the user clicks 
the close button—we have said that the MainWindow.quit () method should be 
called, and finally we start the event loop—it is only when we reach this point 
that the window is displayed and is able to respond to user interactions. 


Main-Window-Style Programs 


Although dialog-style programs are often sufficient for simple tasks, as the 
range of functionality a program offers grows it often makes sense to create 
a complete main-window-style application with menus and toolbars. Such 
applications are usually easier to extend than dialog-style programs since we 
can add extra menus or menu options and toolbar buttons without affecting the 
main window’s layout. 

In this section we will review the bookmarks-tk.pyw program shown in Fig¬ 
ure 15.4. The program maintains a set of bookmarks as pairs of (name, URL) 
strings and has facilities for the user to add, edit, and remove bookmarks, and 
to open their web browser at a particular bookmarked web page. 

The program has two windows: the main window with the menu bar, toolbar, 
list of bookmarks, and status bar; and a dialog window for adding or editing 
bookmarks. 


Creating a Main Window 


The main window is similar to a dialog in that it has widgets that must be cre¬ 
ated and laid out. And in addition we must add the menu bar, menus, toolbar, 
and status bar, as well as methods to perform the actions the user requests. 
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Figure 15.4 The Bookmarks program 

The user interface is all set up in the main window’s initializer, which we will 
review in five parts because it is fairly long. 

class MainWindow: 

def _init_(self, parent): 

self.parent = parent 

self.filename = None 
self.dirty = False 
self.data = {} 

menubar = tkinter.Menu(self.parent) 
self.parent["menu"] = menubar 

For this window, instead of inheriting a widget as we did in the preceding ex¬ 
ample, we have just created a normal Python class. If we inherit we can reim¬ 
plement the methods of the class we have inherited, but if we don’t need to 
do that we can simply use composition as we have done here. The appearance 
is provided by creating widget instance variables, all contained within a tkin- 
ter. Frame as we will see in a moment. 

We need to keep track of four pieces of information: the parent (application) 
object, the name of the current bookmarks file, a dirty flag (if True this means 
that changes have been made to the data that have not been saved to disk), and 
the data itself, a dictionary whose keys are bookmark names and whose values 
are URLs. 

To create a menubar we must create a tkinter.Menu object whose parent is the 
window’s parent, and we must tell the parent that it has a menu. (It may seem 
strange that a menu bar is a menu, but Tk has had a very long evolution which 













580 


Chapter 15. Introduction to GUI Programming 


has left it with some odd corners.) Menu bars created like this do not need to 
be laid out; Tk will do that for us. 

fileMenu = tkinter.Menu(nienubar) 

for label, command, shortcut_text, shortcut in ( 

("New...", self.fileNew, "Ctrl+N", "<Control-n>"), 
("Open...", self.fileOpen, "Ctrl+O", "<Control-o>"), 
("Save", self.fileSave, "Ctrl+S", "<Control-s>"), 

(None, None, None, None), 

("Quit", self.fileQuit, "Ctrl+Q", "<Control-q>")): 
if label is None: 

fileMenu.add_separator() 
else: 

fileMenu.add_command(label=label, underline=0, 

command=command, accelerator=shortcut_text) 
self.parent.bind(shortcut, command) 
menubar.add_cascade(label="File", menu=fileMenu, underline=0) 

Each menubar menu is created in the same way. First we create a tkinter. Menu 
object that is a child of the menu bar, and then we add separators or commands 
to the menu. (Note that an accelerator in Tk terminology is actually a keyboard 
shortcut, and that all the accelerator option sets is the text of the shortcut; it 
does not actually set up a key binding.) The underline indicates which charac¬ 
ter is underlined, in this case the first one of every menu option, and this letter 
becomes the menu option’s keyboard accelerator. 

In addition to adding a menu option (called a command), we also provide a 
keyboard shortcut by binding a key sequence to the same command as that 
invoked when the corresponding menu option is chosen. At the end the menu 
is added to the menu bar using the add_cascade( ) method. 

We have omitted the edit menu since it is structurally identical to the file 
menu’s code. 


frame = tkinter.Frame(self.parent) 
self.toolbar_images = [] 
toolbar = tkinter. Frame(frame) 
for image, command in ( 

("images/filenew.gif", self.fileNew), 
("images/fileopen.gif", self.file0pen), 

("images/filesave.gif", self.fileSave), 
("images/editadd.gif", self.editAdd), 
("images/editedit.gif", self.editEdit), 
("images/editdelete.gif", self.editDelete), 

("images/editshowwebpage.gif", self.editShowWebPage)): 

image = os.path.join(os.path.dirname(_file_), image) 

try: 
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image = tkinter.Photolmage(file=image) 

self. toolba r_iinages. append (image) 

button = tkinter.Button(toolbar, image=iinage, 

command=command) 

button.grid(row=0, coluinn=len(self.toolbar_iinages) -1) 
except tkinter.TclError as err: 
print(err) 

toolbar.grid(row=0, coluinn=0, columnspan=2, sticky=tkinter.NW) 

We begin by creating a frame in which all of the window’s widgets will be 
contained. Then we create another frame, toolbar, to contain a horizontal row 
of buttons that have images instead of texts, to serve as toolbar buttons. We 
lay out each toolbar button one after the other in a grid that has one row and 
as many columns as there are buttons. At the end we lay out the toolbar frame 
itself as the main window frame’s first row, making it north west sticky so that 
it will always cling to the top left of the window. (Tk automatically puts the 
menu bar above all the widgets laid out in the window.) 

The layout is illustrated in Figure 15.5, with the menu bar laid out by Tk 
shown with a white background, and our layouts shown with gray back¬ 
grounds. 


menubar 


toolbar 


self.listBox 

scrollbar 

self.statusbar 



Figure 15.5 The Bookmarks program’s main window layouts 

When an image is added to a button it is added as a weak reference, so once the 
image goes out of scope it is scheduled for garbage collection. We must avoid 
this because we want the buttons to show their images after the initializer has 
finished, so we create an instance variable, self. toolba r images, simply to hold 
references to the images to keep them alive for the program’s lifetime. 

Out of the box, Tk can read only a few image file formats, so we have had to 
use .gif images.* If any image is not found a tkinter.TclError exception is 
raised, so we must be careful to catch this to avoid the program terminating 
just because of a missing image. 

Notice that we have not made all of the actions available from the menus 
available as toolbar buttons—this is common practice. 


* If the Python Imaging Library’s Tk extension is installed, all of the modern image formats 
become supported. See www.pythonware.com/products/pil/for details. 
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scrollbar = tkinter.Scrollbar{frame, orient=tkinter.VERTICAL) 
self.listBox = tkinter.Listbox(frame, 

yscrollcommand=scrollbar.set) 
self.listBox.grid(row=l, coluinn=0, sticky=tkinter.NSEW) 
self.listBox.focus_set() 
scrollbar["coinmand"] = self .listBox.yview 
scrollbar.grid(row=l, column=l, sticky=tkinter.NS) 

self.statusbar = tkinter.Label(frame, text="Ready...", 

anchor=tkinter.W) 
self.statusbar.after(5000, self.clearStatusBar) 
self .statusbar.grid(row=2, column=0, coluinnspan=2, 
sticky=tkinter.EW) 

frame.grid(row=0, coluinn=0, sticky=tkinter.NSEW) 

The main window’s central area (the area between the toolbar and the status 
bar) is occupied by a list box and an associated scrollbar. The list box is laid out 
to be sticky in all directions, and the scrollbar is sticky only north and south 
(vertically). Both widgets are added to the window frame’s grid, side by side. 

We must ensure that if the user scrolls the list box by tabbing into it and using 
the up and down arrow keys, or if they scroll the scrollbar, both widgets are 
kept in sync. This is achieved by setting the list box’s yscrollcommand to the 
scrollbar’s set () method (so that user navigation in the list box results in the 
scrollbar being moved if necessary), and by setting the scrollbar’s command to 
the listbox’s yview () method (so that scrollbar movements result in the list box 
being moved correspondingly). 

The status bar is just a label. The af te r () method is a single shot timer (a timer 
that times out once after the given interval) whose first argument is a timeout 
in milliseconds and whose second argument is a function or method to call 
when the timeout is reached. This means that when the program starts up the 
status bar will show the text “Ready...” for five seconds, and then the status 
bar will be cleared. The status bar is laid out as the last row and is made sticky 
west and east (horizontally). 

At the end we lay out the window’s frame itself We have now completed 
the creation and layout of the main window’s widgets, but as things stand 
the widgets will assume a fixed default size, and if the window is resized the 
widgets will not change size to shrink or grow to fit. The next piece of code 
solves this problem and completes the initializer. 

frame.coluinnconfigure(0, weight=999) 
frame.columnconfigure(l, weight=l) 
frame.rowconfigure(0, weight=l) 
frame.rowconfigure(l, weight=999) 
frame.rowconfigure(2, weight=l) 
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window = self.parent.winfo_toplevel() 
window.columnconfigure(0, weight=l) 
window.rowconfigure(0, weight=l) 

self.parent.geometry("{0}x{l}+{2}+{3}".format(400, 500, 

0, 50)) 

self .parent.titleC'Bookmarks - Unnamed") 

The columnconfigure( ) and rowconfigure( ) methods allow us to give weightings 
to a grid. We begin with the window frame, giving all the weight to the first 
column and the second row (which is occupied by the list box), so if the frame is 
resized any excess space is given to the list box. On its own this is not sufficient; 
we must also make the top-level window that contains the frame resizable, and 
we do this by getting a reference to the window using the wininfo toplevel () 
method, and then making the window resizable by setting its row and column 
weights to 1. 

At the end of the initializer we set an initial window size and position using a 
string of the form widthxheight+x+y. (If we wanted to set only the size we could 
use the form widthxheight instead.) Finally, we set the window’s title, thereby 
completing the window’s user interface. 

If the user clicks a toolbar button or chooses a menu option a method is called 
to carry out the required action. And some of these methods rely on helper 
methods. We will now review all the methods in turn, starting with one that is 
called five seconds after the program starts. 

def clearStatusBar(self): 

self.statusbar["text"] = "" 

The status bar is a simple tkinter. Label. We could have used a lambda expres¬ 
sion in the after) ) method call to clear it, but since we need to clear the status 
bar from more than one place we have created a method to do it. 

def fileNew(self, ^ignore); 

if not self .okayToContinueO : 
return 

self.listBox.delete(0, tkinter.END) 
self.dirty = False 
self.filename = None 
self.data = {} 

self .parent.titleC'Bookmarks - Unnamed") 

If the user wants to create a new bookmarks file we must first give them the 
chance to save any unsaved changes in the existing file if there is one. This 
is factored out into the MainWindow.okayToContinueO method since it is used in 
a few different places. The method returns True if it is okay to continue, and 
False otherwise. If continuing, we clear the list box by deleting all its entries 
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from the first to the last—tkinter. END is a constant used to signify the last item 
in contexts where a widget can contain multiple items. Then we clear the dirty 
flag, filename, and data, since the file is new and unchanged, and we set the 
window title to reflect the fact that we have a new but unsaved file. 

The ignore variable holds a sequence of zero or more positional arguments 
that we don’t care about. In the case of methods invoked as a result of menu 
options choices or toolbar button presses there are no ignored arguments, but 
if a keyboard shortcut is used (e.g., Ctrl+N), then the invoking event is passed, 
and since we don’t care how the user invoked the action, we ignore the event 
that requested it. 

def okayToContinue(self): 
if not self.dirty: 
return True 

reply = tkinter.inessagebox.askyesnocancel( 

"Bookmarks - Unsaved Changes", 

"Save unsaved changes?", parent=self.parent) 
if reply is None: 

return False 
if reply: 

return self.fileSaveO 
return True 

If the user wants to perform an action that will clear the list box (creating 
or opening a new file, for example), we must give them a chance to save any 
unsaved changes. If the file isn’t dirty there are no changes to save, so we 
return T rue right away. Otherwise, we pop up a standard message box with 
Yes, No, and Cancel buttons. If the user cancels the reply is None; we take this to 
mean that they don’t want to continue the action they started and don’t want 
to save, so we just return False. If the user says yes, reply is True, so we give 
them the chance to save and return True if they saved and False otherwise. 
And if the user says no, reply is False, telling us not to save, but we still return 
True because they want to continue the action they started, abandoning their 
unsaved changes. 

Tk’s standard dialogs are not imported by import tkinter, so in addition to that 
import we must do import tkinter.messagebox, and for the following method, 
import tkinter.filedialog. On Windows and Mac OS X the standard native 
dialogs are used, whereas on other platforms Tk-specific dialogs are used. We 
always give the parent to standard dialogs since this ensures that they are 
automatically centered over the parent window when they pop up. 

All the standard dialogs are modal, which means that once one pops up, it is the 
only window in the program that the user can interact with, so they must close 
it (by clicking OK, Open, Cancel, or a similar button) before they can interact 
with the rest of the program. Modal dialogs are easiest for programmers to 
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work with since the user cannot change the program’s state behind the dialog’s 
back, and because they block until they are closed. The blocking means that 
when we create or invoke a modal dialog the statement that follows will be 
executed only when the dialog is closed. 

def fileSave(self, ^ignore): 
if self.filename is None: 

filename = tkinter.filedialog.asksaveasfilename( 
title="Bookmarks - Save File", 
initialdir=".", 

filetypes=[("Bookmarks files", "*.bmf")], 
defaultextension=".bmf", 
parent=self.parent) 

if not filename: 
return False 

self.filename = filename 
if not self .filename.endswithC .bmf"): 
self.filename += ".bmf" 

try: 

with open(self.filename, "wb") as fh: 

pickle.dump(self.data, fh, pickle.HIGHEST_PR0T0C0L) 
self.dirty = False 

self.setStatusBarC'Saved {0} items to {!}".format! 

len(self.data), self.filename)) 
self .parent.titleC'Bookmarks - {0}".format! 

os.path.basename!self.filename))) 
except (EnvironmentError, pickle.PickleError) as err: 
tkinter.messagebox.showwarningC'Bookmarks - Error", 

"Failed to save {0}:\n{l}".format! 
self.filename, err), parent=self.parent) 

return True 

If there is no current file we must ask the user to choose a filename. If they 
cancel we return False to indicate that the entire operation should be cancelled. 
Otherwise, we make sure that the given filename has the right extension. 
Using the existing or new filename we save the pickled self .data dictionary 
into the file. After saving the bookmarks we clear the dirty flag since there 
are now no unsaved changes, and put a message on the status bar (which will 
time out as we will see in a moment), and we update the window’s title bar to 
include the filename (without the path). If we could not save the file, we pop up 
a warning message box (which will automatically have an OK button) to inform 
the user. 

def setStatusBar!self, text, timeout=5000): 
self.statusbar["text"] = text 
if timeout: 
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self.statusbar.after(timeout, self.clearStatusBar) 

This method sets the status bar label’s text, and if there is a timeout (a five- 
second timeout is the default), the method sets up a single shot timer to clear 
the status bar after the timeout period. 

def fileOpen(self, ^ignore): 

if not self .okayToContinueO ; 
return 

dir = (os.path.dirname(self.filename) 

if self.filename is not None else ".") 
filename = tkinter.filedialog.askopenfilename( 
title="Bookmarks - Open File", 
initialdir=dir, 

filetypes=[("Bookmarks files", "*.bmf")], 
defaultextension=".bmf", parent=self.parent) 

if filename: 

self.loadFile(filename) 

This method starts off the same as MainWindow. fileNew() to give the user the 
chance to save any unsaved changes or to cancel the file open action. If the 
user chooses to continue we want to give them a sensible starting directory, so 
we use the directory of the current file if there is one, and the current working 
directory otherwise. The f iletypes argument is a list of (description, wildcard) 
2-tuples that the file dialog should show. If the user chose a filename, we set 
the current filename to the one they chose and call the loadFile () method to do 
the actual file reading. 

Separating out the loadFile( ) method is common practice to make it easier to 
load a file without having to prompt the user. For example, some programs load 
the last used file at start-up, and some programs have recently used files listed 
in a menu so that when the user chooses one the loadFile () method is called 
directly with the menu option’s associated filename. 

def loadFile(self, filename); 
self.filename = filename 
self.listBox.delete(0, tkinter.END) 
self.dirty = False 
try; 

with open(self.filename, "rb") as fh: 

self.data = pickle.load(fh) 
for name in sorted(self.data, key=str.lower): 

self.listBox.insert(tkinter.END, name) 
self.setStatusBar("Loaded {0} bookmarks from {!}".format( 
self.listBox.size(), self.filename)) 
self .parent.titleC'Bookmarks - {0}".format( 

os.path.basename(self.filename))) 
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except (EnvironmentError, pickle.PickleError) as err: 
tkinter.messagebox.showwarningC'Bookmarks - Error", 

"Failed to load {0}:\n{l}".forniat( 
self.filename, err), parent=self.parent) 

When this method is called we know that any unsaved changes have been 
saved or abandoned, so we are free to clear the list box. We set the current 
filename to the one passed in, clear the list box and the dirty flag, and then 
attempt to open the file and unpickle it into the self. data dictionary. Once we 
have the data we iterate over all the bookmark names and append each one 
to the list box. Finally, we give an informative message in the status bar and 
update the window’s title bar. If we could not read the file or if we couldn’t 
unpickle it, we pop up a warning message box to inform the user. 

def fileQuit(self, event=None): 
if self .okayToContinueO : 
self .parent.destroyO 

This is the last file menu option method. We give the user the chance to save 
any unsaved changes; if they cancel we do nothing and the program continues; 
otherwise, we tell the parent to destroy itself and this leads to a clean program 
termination. If we wanted to save user preferences we would do so here, just 
before the destroy! ) call. 

def editAdd(self, ^ignore); 

form = AddEditForm(self.parent) 
if form.accepted and form.name; 
self.data[form.name] = form.url 
self.listBox.delete(0, tkinter.END) 
for name in sorted(self.data, key=str.lower): 

self.listBox.insert(tkinter.END, name) 
self.dirty = True 

If the user asks to add a new bookmark (by clicking Edit^Add, or by clicking 
the toolbar button, or by pressing the Ctrl+A keyboard shortcut), this method 
is called. The AddEditForm is a custom dialog covered in the next subsection; 
all that we need to know to use it is that it has an accepted flag which is set 
to T rue if the user clicked OK, and to False if they clicked Cancel, and two data 
attributes, name and u rl, that hold the name and URL of the bookmark the user 
has added or edited. 

We create a new AddEditForm which immediately pops up as a modal 
dialog—and therefore blocks, so the if form.accepted ... statement is not exe¬ 
cuted until the dialog has closed. 

If the user clicked OK in the AddEditForm dialog and they gave the bookmark a 
name, we add the new bookmark’s name and URL to the self. data dictionary. 
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Then we clear the list box and reinsert all the data in sorted order. It would 
be more efficient to simply insert the new bookmark in the right place, but 
even with hundreds of bookmarks the difference would hardly be noticeable 
on a modern machine. At the end we set the dirty flag since we now have an 
unsaved change. 

def editEdit(self, ^ignore): 

indexes = self .listBox.curselectionO 
if not indexes or len(indexes) > 1: 
return 

index = indexes[0] 

name = self.listBox.get(index) 

form = AddEditForm(self.parent, name, self.data[name]) 
if form.accepted and form.name; 
self.data[form.name] = form.url 
if form.name != name: 
del self.data[name] 
self.listBox.delete(0, tkinter.END) 
for name in sorted(self.data, key=str.lower): 
self.listBox.insert(tkinter.END, name) 
self.dirty = True 

Editing is slightly more involved than adding because first we must find 
the bookmark the user wants to edit. The curselection( ) method returns a 
(possibly empty) list of index positions for all its selected items. If exactly one 
item is selected we retrieve its text since that is the name of the bookmark the 
user wants to edit (and also the key to the self .data dictionary). We then create 
a new AddEditForm passing the name and URL of the bookmark the user wants 
to edit. 

After the form has been closed, if the user clicked OK and set a nonempty 
bookmark name we update the self. data dictionary. If the new name and the 
old name are the same we can just set the dirty flag and we are finished (in 
this case presumably the user edited the URL), but if the bookmark’s name has 
changed we delete the dictionary item whose key is the old name, clear the list 
box, and then repopulate the list box with the bookmarks just as we did after 
adding a bookmark. 

def editDelete(self, ^ignore): 

indexes = self .listBox.curselectionO 
if not indexes or len(indexes) > 1: 
return 

index = indexes[0] 

name = self.listBox.get(index) 

if tkinter.messagebox.askyesnoC'Bookmarks - Delete", 

"Delete '{0}'.format(name)): 
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self.listBox.delete(index) 
self.listBox.focus_set() 
del self.data[name] 
self.dirty = True 

To delete a bookmark we must first find out which bookmark the user has cho¬ 
sen, so this method begins with the same lines that the MainWindow.editEdit( ) 
method starts with. If exactly one bookmark is selected we pop up a message 
box asking the user whether they really want to delete it. If they say yes the 
message box function returns T rue and we delete the bookmark from the list 
box and from the self .data dictionary, and set the dirty flag. We also set the 
keyboard focus back to the list box. 

def editShowWebPage(self, ^ignore): 

indexes = self .listBox.curselectionO 
if not indexes or len(indexes) > 1: 
return 

index = indexes[0] 

url = self.data[self.listBox.get(index)] 
webbrowser.open_new_tab(url) 

If the user invokes this method we find the bookmark they have selected and 
retrieve the corresponding URL from the self .data dictionary. Then we use the 
webbrowser module’s webbrowser.open_new_tab( ) function to open the user’s web 
browser with the given URL. If the web browser is not already running, it will 
be launched. 

application = tkinter.TkO 

path = os.path.join(os.path.dirnaine(_file_), "images/") 

if sys.platform.startswithC'win"): 
icon = path + "bookmark.ico" 
application. iconbitinap(icon, default=icon) 
else: 

application.iconbitmapl+ path + "bookmark.xbm") 
window = MainWindow(application) 

application.protocol]"WM_DELETE_WINDOW", window.fileQuit) 
application.mainloop() 

The last lines of the program are similar to those used for the interest-tk. pyw 
program we saw earlier, but with three differences. One difference is that if 
the user clicks the program window’s close box a different method is called 
for the Bookmarks program than the one used for the Interest program. An¬ 
other difference is that on Windows the iconbitmapO method has an addi¬ 
tional argument which allows us to specify a default icon for all the program’s 
windows—this is not needed on Unix platforms since this happens automati¬ 
cally. And the last difference is that we set the application’s title (in the title 



590 


Chapter 15. Introduction to GUI Programming 


bar) in the MainWindow class’s methods rather than here. For the Interest pro¬ 
gram the title never changed, so it needed to be set only once, but for the Book¬ 
marks program we change the title text to include the name of the bookmarks 
file being worked on. 

Now that we have seen the implementation of the main window’s class and the 
code that initializes the program and starts off the event loop, we can turn our 
attention to the AddEditForin dialog. 


Creating a Custom Dialog 


The AddEditForm dialog provides a means by which users can add and edit 
bookmark names and URLs. It is shown in Figure 15.6 where it is being used 
to edit an existing bookmark (hence the “Edit” in the title). The same dialog 
can also be used for adding bookmarks. We will begin by reviewing the dialog’s 
initializer, broken into four parts. 



Figure 15.6 The Bookmarks program’s Add /Edit dialog 

class AddEditForm(tkinter.Toplevel): 

def_init_(self, parent, name=None, url=None): 

superO ._init_(parent) 

self.parent = parent 
self.accepted = False 
self.transient(self.parent) 
self.titleC'Bookmarks - " + ( 

"Edit" if name is not None else "Add")) 

self .nameVar = tkinter.StringVarO 
if name is not None: 

self.nameVar.set(name) 
self.urlVar = tkinter.StringVarO 
self.urlVar.set(url if url is not None else "http://") 

We have chosen to inherit tkinter.TopLevel, a bare widget designed to serve 
as a base class for widgets used as top-level windows. We keep a reference to 
the parent and create a self .accepted attribute and set it to False. The call to 
the t ransient () method is done to inform the parent window that this window 
must always appear on top of the parent. The title is set to indicate adding 
or editing depending on whether a name and URL have been passed in. Two 
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t kinte r . St ringVa rs are created to keep track of the bookmark’s name and URL, 
and both are initialized with the passed-in values if the dialog is being used 
for editing. 


nametabel 

nameEntry 

urlLabel 

urlEntry 



okButton 

cancelButton 


Figure 15.7 The Bookmarks program’s Add I Edit dialog’s layout 
frame = tkinter.Frame(self) 

nametabel = tkinter.Label(frame, text="Name:", underline=0) 
nameEntry = tkinter.Entry(frame, textvariable=self.nameVar) 
nameEntry.focus_set() 

urlLabel = tkinter.Label(frame, text="URL:", underline=0) 
urlEntry = tkinter.Entry(frame, textvariable=self.urlVar) 
okButton = tkinter.Button(frame, text="0K", command=self.ok) 
cancelButton = tkinter.Button(frame, text="Cancel", 

command=self.close) 

nametabel.grid(row=0, column=0, sticky=tkinter.W, pady=3, 
padx=3) 

nameEntry.grid(row=0, column=l, columnspan=3, 

sticky=tkinter.EW, pady=3, padx=3) 
urlLabel.grid(row=l, column=0, sticky=tkinter.W, pady=3, 
padx=3) 

urlEntry.grid(row=l, column=l, columnspan=3, 

sticky=tkinter.EW, pady=3, padx=3) 
okButton.grid(row=2, column=2, sticky=tkinter.EW, pady=3, 
padx=3) 

cancelButton.grid(row=2, column=3, sticky=tkinter.EW, pady=3, 
padx=3) 

The widgets are created and laid out in a grid, as illustrated in Figure 15.7. 
The name and URL text entry widgets are associated with the correspond¬ 
ing tkinter.StringVars and the two buttons are set to call the self.okO and 
self. close () methods shown further on. 

frame.grid(row=0, column=0, sticky=tkinter.NSEW) 
frame.columnconfigure(l, weight=l) 
window = self.winfo_toplevel() 
window.columnconfigure(0, weight=l) 

It only makes sense for the dialog to be resized horizontally, so we make the 
window frame’s second column horizontally resizable by setting its column 
weight to 1—this means that if the frame is horizontally stretched the widgets 
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in column 1 (the name and URL text entry widgets) will grow to take advan¬ 
tage of the extra space. Similarly, we make the window’s column horizontally 
resizable by setting its weight to 1. If the user changes the dialog’s height, the 
widgets will keep their relative positions and all of them will be centered with¬ 
in the window; but if the user changes the dialog’s width, the name and URL 
text entry widgets will shrink or grow to fit the available horizontal space. 

self.bind("<Alt-n>", lambda *ignore: nameEntry.focus_set()) 
self.bind("<Alt-u>", lambda *ignore: urlEntry.focus_set()) 
self.bind("<Return>", self.ok) 
self.bind("<Escape>", self.close) 

self.protocol("WM_DELETE_WINDOW", self.close) 

self.grab_set() 

self.wait_window(self) 

We created two labels. Name: and URL:, which indicate that they have keyboard 
accelerators Alt+N and Alt+U, which when clicked will give the keyboard focus to 
their corresponding text entry widgets. To make this work we have provided 
the necessary keyboard bindings. We use lambda functions rather than pass 
the f ocus set () methods directly so that we can ignore the event argument. We 
have also provided the standard keyboard bindings (Enter and Esc) for the OK 
and Cancel buttons. 

We use the protocol () method to specify the method to call if the user closes the 
dialog by clicking the close button. The calls to grab set () and wait_window() 
are both needed to turn the window into a modal dialog. 

def ok(self, event=None): 

self.name = self.nameVar.get() 
self.url = self .urlVar.getO 
self.accepted = True 
self.close!) 

If the user clicks OK (or presses Enter), this method is called. The texts from 
the tkinter.StringVars are copied to correponding instance variables (which 
are only now created), the self .accepted variable is set to True, and we call 
self. close () to close the dialog. 

def close(self, event=None): 
self.parent.focus_set() 
self.destroy!) 

This method is called from the self. ok!) method, or if the user clicks the win¬ 
dow’s close box or if the user clicks Cancel (or presses Esc). It gives the keyboard 
focus back to the parent and makes the dialog destroy itself In this context de¬ 
stroy just means that the window and its widgets are destroyed; the AddEdit Fo rm 
instance continues to exist because the caller has a reference to it. 
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After the dialog has been closed the caller checks the accepted variable, and 
if T rue, retrieves the name and URL that were added or edited. Then, once 
the MainWindow.editAddO or MainWindow.editEdit( ) method has finished, the 
AddEditForm object goes out of scope and is scheduled for garbage collection. 


Summary 


This chapter gave you a flavor of GUI programming using the Tk GUI library. 
Tk’s big advantage is that it comes as standard with Python. But it has many 
drawbacks, not the least of which is that it is a vintage library that works 
somewhat differently than most of the more modern alternatives. 

If you are new to GUI programming, keep in mind that the major cross-plat- 
form competitors to Tk—PyGtk, PyQt, and wxPython—are all much easier 
to learn and use than Tk, and all can achieve better results using less code. 
Furthermore, these Tk competitors all have more and better Python-specific 
documentation, far more widgets, and a better look and feel, and allow us to 
create widgets from scratch with complete control over their appearance and 
behavior. 

Although Tk is useful for creating very small programs or for situations where 
only Python’s standard library is available, in all other circumstances any one 
of the other cross-platform libraries is a much better choice. 


Exercises 


The first exercise involves copying and modifying the Bookmarks program 
shown in this chapter; the second exercise involves creating a GUI program 
from scratch. 

1. Copy the bookmarks-tk.pyw program and modify it so that it can import and 
export the DBM files that the bookmarks.py console program (created as 
an exercise in Chapter 12) uses. Provide two new menu options in the File 
menu. Import and Export. Make sure you provide keyboard shortuts for both 
(keep in mind that Ctrl+E is already in use for Edit—>Edit). Similarly, create 
two corresponding toolbar buttons. This involves adding about five lines 
of code to the main window’s initializer. 

Two methods to provide the functionality will be required, filelmportO 
and fileExport( ), between them fewer than 60 lines of code including 
error handling. For importing you can decide whether to merge imported 
bookmarks, or to replace the existing bookmarks with those imported. The 
code is not difficult, but does require quite a bit of care. A solution (that 
merges imported bookmarks) is provided in bookma rks-tk ans. py. 
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Note that while on Unix-like systems a file suffix of .dbm is fine, on Win¬ 
dows each DBM “file” is actually three files. So for Windows file dialogs 
the pattern should be *. dbm. dat and the default extension *. dbm. dat —but 
the actual filename should have a suffix of .dbm, so the last four characters 
must be chopped off the filename. 

2 . In Chapter 13 we saw how to create and use regular expressions to match 
text. Create a dialog-style GUI program that can be used to enter and test 
regexes, as shown in Figure 15.8. 



Figure 15.8 The Regex program 


You will need to read the re module’s documentation since the program 
must behave correctly in the face of invalid regexes or when iterating over 
the match groups, since in most cases the regex won’t have as many match 
groups as there are labels to show them. Make sure the program has full 
support for keyboard users—with navigation to the text entry widgets us¬ 
ing Alt+R and Alt+T, control of the checkboxes with Alt+I and Alt+D, program 
termination on Ctrl+Q and Esc, and recalculation if the user presses and re¬ 
leases a key in either of the text entry widgets, and whenever a checkbox 
is checked or unchecked. 

The program is not too difficult to write, although the code for displaying 
the matches and the group numbers (and names where specified) is a 
tiny bit tricky—a solution is provided in regex-tk. pyw, which is about one 
hundred forty lines. 





































Epilogue 


If you’ve read at least the first six chapters and either done the exercises or 
written your own Python 3 programs independently, you should be in a good 
position to build up your experience and programming skills as far as you want 
to go—Python won’t hold you back! 

To improve and deepen your Python language skills, if you read only the first 
six chapters, make sure you are familiar with the material in Chapter 7, and 
that you read and experiment with at least some of the material in Chapter 8, 
and in particular the with statement and context managers. It is also worth 
reading at least Chapter 9’s section on testing. 

Keep in mind, though, that apart from the pleasure and learning aspects of 
developing everything from scratch, doing so is rarely necessary in Python. 
We have already mentioned the standard library and the Python Package 
Index, pypi.python.org/pypi, both of which provide a huge amount of func¬ 
tionality. In addition, the online Python Cookbook at code.activestate.com/ 
recipes/langs/python/ offers a large number of tricks, tips, and ideas, although 
it is Python 2-oriented at the time of this writing. 

It is also possible to create modules for Python in other languages (any lan¬ 
guage that can export C functions, as most can). These can be developed to 
work cooperatively with Python using Python’s C API. Shared libraries (DLLs 
on Windows), whether created by us or obtained from a third party, can be ac¬ 
cessed from Python using the ctypes module, giving us virtually unlimited ac¬ 
cess to the vast amount of functionality available over the Internet thanks to 
the skill and generosity of open source programmers worldwide. 

And if you want to participate in the Python community, a good place to start 
is www.python.org/coinmunity where you will find Wikis and many general and 
special-interest mailing lists. 
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Selected Bibliography 


This is a small selected annotated bibliography of programming-related books. 

Most of the books listed are not Python-specific, but all of them are interesting, 

useful—and accessible. 

Clean Code 

Robert C. Martin (Prentice Hall, 2009, ISBN 0132350882) 

This book addresses many “tactical” issues in programming: good naming, 
function design, refactoring, and similar. The book has many interesting 
and useful ideas that should help any programmer improve their coding 
style and make their programs more maintainable. (The book’s examples 
are in Java.) 

Code Complete: A Practical Handbook of Software Construction, Second Edition 
Steve McConnell (Microsoft Press, 2004, ISBN 0735619670) 

This book shows how to build solid software, going beyond the language 
specifics into the realms of ideas, principles, and practices. The book is 
packed with ideas that will make any programmer think more deeply 
about their programming. (The book’s examples are mostly in C++, Java, 
and Visual Basic.) 

Domain-Driven Design 

Eric Evans (Addison-Wesley, 2004, ISBN 0321125215) 

A very interesting book on software design, particularly useful for large, 
multiperson projects. At its heart it is about creating and refining domain 
models that represent what the system is designed to do, and about 
creating a ubiquitous language through which all those involved with the 
system—not just software engineers—can communicate their ideas. (The 
book’s examples are in Java.) 

Design Patterns 

Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides (Addison- 
Wesley, 1998, ISBN 0201633612) 

Deservedly one of the most influential programming books of modern 
times. The design patterns are fascinating and of great practical use in 
everyday programming. (The book’s examples are in C++.) 

Mastering Regular Expressions, Third Edition 

Jeffrey E. F. Friedl (O’Reilly, 2006, ISBN 0596528124) 

This is the standard text on regular expressions—a very interesting 
and useful book. Most of the coverage is understandably devoted to 
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Perl—which probably has more regular expression features than any oth¬ 
er tool. However, since Python supports a large subset of what Perl pro¬ 
vides (plus Python’s own ?P extensions), the book is still useful to Python 
programmers. 

Parsing Techniques: A Practical Guide, Second Edition 

Dick Grune, Ceriel J. H. Jacobs (Springer, 2007, ISBN 038720248X) 

This book provides comprehensive and in-depth coverage of parsing. The 
first edition can be downloaded in PDF format from www.cs.vu.nl/~dick/ 
PTAPG.html. 

Python Cookbook, Second Edition 

Alex Martelli, Anna Ravenscroft, David Ascher (O’Reilly, 2005, 
ISBN 0596007973) 

This book is full of interesting—and practical—ideas covering all aspects 
of Python programming. The second edition is based on Python 2.4, so it 
might be worthwhile waiting and hoping for a Python 3-specific edition 
to appear. 

Python Essential Reference, Eourth Edition 

David M. Beazley (Addison-Wesley, 2009, ISBN 0672329786) 

The book’s title is an accurate description. The fourth edition has been 
updated to cover both Python 2.6 and Python 3.0. There is a little overlap 
with this book, but most of the Essential Reference is devoted to Python’s 
standard library as well as covering more advanced features such as 
extending Python with C libraries and embedding the Python interpreter 
into other programs. 

Rapid GUI Programming with Python and Qt 

Mark Summerfield (Prentice Hall, 2007, ISBN 0132354187) 

This book (by this book’s author) teaches PyQt4 programing. PyQt4 (built 
on top of Nokia’s C++/Qt GUI toolkit) is probably the easiest-to-use cross¬ 
platform GUI library, and the one that arguably produces the best user 
interfaces—especially compared with tkinter. The book uses Python 2.5, 
although Python 3 versions of the examples are available from the book’s 
web site. 



Index 


All functions and methods are listed under their class or module, and in most 
cases also as top-level terms in their own right. For modules that contain classes, 
look under the class for its methods. Where a method or function name is close 
enough to a concept, the concept is not usually listed. For example, there is no 
entry for “splitting strings”, but there are entries for the st r. split () method. 


Symbols 

! = (not equal operator), 23, 241,242, 
259, 379 

# comment character, 10 

% (modulus/remainder operator), 55, 
253 

%= (modulus augmented assignment 
operator), 253 

& (bitwise and operator), 57,122,123, 
130, 253 

&= (bitwise and augmented assign¬ 
ment operator), 123, 253 

() (tuple creation operator, func¬ 
tion and method call operator, 
expression operator), 341, 377, 
383 

* (multiplication operator, replica¬ 

tion operator, sequence unpack¬ 
er, from ... import operator), 55, 
72, 90,108,110,114,140,197, 
200-201, 253, 336, 379, 460 

*= (multiplication augmented as¬ 
signment operator, replication 
augmented assignment opera¬ 
tor), 72,108,114, 253 

** (power/exponentiation operator, 
mapping unpacker), 55,179, 
253, 304, 379 

**= (power/exponentiation aug¬ 
mented assignment operator), 
253 


+ (addition operator, concatenation 
operator), 55,108,114,140,253 
+= (addition augmented assignment 
operator, append/extend opera¬ 
tor), 108,114,115,144, 253 
- (subtraction operator, negation 
operator), 55,122,123,253 
-= (subtraction augmented assign¬ 
ment operator), 123, 253 
/ (division operator), 31, 55,253 
/= (division augmented assignment 
operator), 253 

// (truncating division operator), 55, 

253, 330 

//= (truncating division augmented 
assignment operator), 253 
< (less than operator), 123,145, 242, 
259, 379 

« (int shift left operator), 57,253 
«= (int shift left augmented assign¬ 
ment operator), 253 
<= (less than or equal to operator), 
123,242,259, 379 

= (name binding operator, object ref¬ 
erence creation and assignment 
operator), 16,146 
== (equal to operator), 23, 241,242, 

254, 259, 379 

> (greater than operator), 123, 242, 
259, 379 

>= (greater than or equal to opera¬ 
tor), 123,242, 259, 379 
» (int shift right operator), 57, 253 
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»= (int shift right augmented as¬ 
signment operator), 253 
(3 (decorator operator), 246-248 
[ ] (indexing operator, item access 
operator, slicing operator), 69, 
108,110,113,114,116,117,262, 
264, 273,274, 278, 279,293 
\n (newline character, statement 
terminator), 66 

'' (bitwise xor operator), 57,122,123, 
253 

''= (bitwise xor augmented assign¬ 
ment operator), 123, 253 
_ (underscore), 53 
I (bitwise or operator), 57,122,123, 
253 

I = (bitwise or augmented assign¬ 
ment operator), 123, 253 
~ (bitwise not operator), 57,253 

A 

abc module 

ABCMeta type, 381, 384, 387 
@abst ractmethod ( ), 384, 387 
abstractpropertyO, 384, 387 
_abs_ 0,253 

abs () (built-in), 55, 56, 96,145, 253 
abspath ( ) (os. path module), 223,406 
abstract base class (ABC), 269, 
380-388 

see also collections and numbers 
modules 

Abst ract . py (example), 386 
Abstract Syntax Tree (AST), 515 
(aabstractmethodO (abc module), 384, 
387 

abstractpropertyO (abc module), 
384, 387 

accelerator, keyboard, 574, 580, 592 
access control, 238,249, 270, 271 
acos ( ) (math module), 60 
acoshO (math module), 60 
_add_() (+),55, 253 


addO (set type), 123 
aggregating data. 111 
aggregation, 269 
aifc module, 219 

algorithm, for searching, 217,272 
algorithm, for sorting, 145, 282 
algorithm, MD5,449,452 

_all_(attribute), 197,200,201 

all () (built-in), 140,184, 396, 397 
alternation, regex, 494-495 
_and_() (&), 57, 251,253, 257 
and (logical operator), 58 
annotations, 360-363 

_annotations_(attribute), 360 

anonymous functions; see lambda 
statement 

any () (built-in), 140,205, 396, 397 
append!) 

bytearray type, 299 
listtype, 115,117,118,271 
archive files, 219 
arguments, command-line, 215 
arguments, function, 379 
default, 173,174,175 
immutable, 175 

keyword, 174-175,178,179,188, 
189, 362 
mutable, 175 

positional, 173-175,178,179, 
189, 362 

unpacking, 177-180 
arguments, interpreter, 185,198, 
199 

argv list (sys module), 41, 343 
array module, 218 
arraysize attribute (cursor object), 
482 

as_integer_ratio() (float type), 61 
as (binding operator), 163,196, 369 
ascii () (built-in), 68, 83 
ASCII encoding, 9, 68, 91-94, 220, 
293, 504 

see also character encodings 
asin () (math module), 60 
asinhO (math module), 60 
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askopenfilename()(tkin- 

ter.filedialog module), 586 
asksaveasfilenaine() (tkin- 

ter.filedialog module), 585 
askyesno() (tkinter.messagebox mod¬ 
ule), 589 

askyesnocancel()(tkin¬ 
ter.messagebox module), 584 
assert (statement), 184^185,205, 
208, 247 

AssertionError (exception), 184 
assertions, regex, 496-499 
associativity, 517-518, 551, 565 
AST (Abstract Syntax Tree), 515 
asynchat module, 225 
asyncore module, 225 
atan () (math module), 60 
atan2() (math module), 60 
atanh () (math module), 60 
attrgetter() (operator module), 369, 
397 
attribute 

_all_, 197,200,201 

_annotations_, 360 

_call_, 271, 350, 392 
_class_, 252, 364, 366 
_dict_, 348, 363, 364 

_doc_, 357 

_file_, 441 

_module_, 243 

_name_, 206, 252, 357, 362, 377 
private, 238,249,270, 271, 366 
_slots_, 363, 373, 375, 394 
attribute access methods, table of, 
365 

AttributeError (exception), 240, 241, 
275, 350, 364, 366 
attributes, 197,200,201, 

206, 246-248, 252,271, 351, 
363-367 

attributes, mutable and immutable, 
264 

audio-related modules, 219 
audioop module, 219 


augmented assignment, 31-33, 56, 
108,114 

B 

-B option, interpreter, 199 
backreferences, regex, 495 
backtrace; see traceback 
backups, 414 

base64 module, 219, 220-221 

basenameO (os.path module),223 

Berkeley DB, 475 

bigdigits. py (example), 39-42 

BikeStock. py (example), 332-336 

bin() (built-in), 55, 253 

binary data, 220 

binary files, 295-304, 324-336 

binary numbers, 56 

binary search, 272 

see also bisect module 
BinaryRecordFile. py (example), 
324-332 

bindings, event, 576 
bindings, keyboard, 576 
bisect module, 217,272 
bit_length () (int type), 57 
bitwise operators, table of, 57 
block structure, using indentation, 
27 

blocks. py (example), 525-534, 
543-547, 559-562 
BNF (Backus-Naur Form), 
515-518 

bookmarks-tk.pyw (example), 
578-593 

_bool_(),250, 252, 258 
bool {) (built-in), 250 
bool type, 58 

bool () (built-in), 58, 250, 309 
conversion, 58 
Boolean expressions, 26, 54 
branching; see if statement 
branching, with dictionaries, 
340-341 

break (statement), 161,162 
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built-in 

abs(),55, 56, 96,145,253 
alio, 140,184, 396, 397 
any0,140,205, 396, 397 
asciiO, 68,83 
bin0,55, 253 
bool0,58, 250, 309 
chrO, 67, 90, 504 
@classmethod (), 257,278 
compile!), 349 
complex!), 63, 253 
delattr!), 349 
diet!), 127,147 
dir!), 52,172, 349,365 
divmod!), 55,253 
enumerate!), 139-141, 398, 524 
eval!), 242,243, 258, 266,275, 
344, 349, 379 

exec!), 260, 345-346, 348, 349, 
351 

filter!), 395, 397 
float!), 61,154,253 
format!), 250, 254 
f rozenset!), 125 

getatt r!), 349,350,364,368,374, 
391,409 

globals!),345, 349 
hasattr!), 270, 349, 350, 391 
hash!), 241, 250,254 
help!), 61,172 
hex!), 55, 253 
id!),254 

_impo rt_!), 349, 350 

input!), 34, 96 
int!),55,61,136, 253, 309 
isinstance!), 170,216,242,270, 
382, 390, 391 
issubclass!), 390 
iter!), 138,274,281 
len!), 71,114,122,140, 265,275 
list!), 113,147 

locals!), 81, 82, 97,154,188,189, 
190, 345, 349, 422,423,484 
map!), 395, 397, 539 
max!), 140,154, 396, 397 


built-in (cont.) 

min!), 140, 396, 397 
next!), 138, 343,401 
oct!),55, 253 
ord!),67, 90, 364 
pow!), 55 

print!), 11,180,181,214,422 
@property!), 246-248, 376, 385, 
394 

range!),115,118,119,140, 
141-142, 365 
repr!),242,250 

reversed!), 72,140,144,265,274 
round!), 55, 56, 61, 252, 253,258 
set!), 122,147 
setattr!), 349, 379, 409 
sorted!), 118,133,140,144-146, 
270 

@staticmethod!), 255 
str!),65,136, 243,250 
sum!), 140, 396, 397 
super!), 241,244,256,276,282, 
381, 385 
tuple!), 108 
type!), 18, 348, 349 
vars!),349 

zip!), 127,140,143-144,205, 
389 

builtins module, 364 
Button type (tkinter module), 581, 
591 

byte-code, 198 
byte order, 297 
bytea rray type, 293, 301, 383, 
418-419, 462 
append!), 299 
capitalize!),299 
center!), 299 
count!), 299 

decode!), 93, 94, 299, 326, 336, 
443 

endswith!),299 
expandtabs!),299 
extend!), 299, 301,462 
find!), 299 
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bytearray type (cont.) 
f romhex(), 293, 299 
index 0,299 
insert!), 293,299 
isalnum(),299 
isalpha(),299 
isdigit(),299 
islower(),299 
isspace(),299 
istitleO, 300 
isupperO, 300 
join!), 300 
Ijust!), 300 
lower!), 300 
Istrip!), 300 

methods, table of, 299, 300, 301 

partition!), 300 

pop!), 293, 300 

remove!), 300 

replace!),293, 300 

reverse!), 300 

rfind!),299 

rindex!),299 

rjust!), 300 

rpartition!), 300 

rsplit!), 300 

rstrip!), 300 

split!), 300 

splitlines!), 300 

startswith!), 300 

strip!), 300 

swapcase!), 300 

title!), 300 

translate!), 300 

upper!), 293, 301 

zfill!),301 

bytes type, 93,293, 297, 383, 
418-419 

capitalize!), 299 
center!), 299 
count!), 299 

decode!), 93, 94, 226, 228, 299, 
302, 326, 336, 418, 443 
endswith!), 299 
expandtabs!),299 


bytes type (cont.) 
find!), 299 
f romhex!), 293, 299 
index!), 299 
isalnum!),299 
isalpha!),299 
isdigit!),299 
islower!),299 
isspace!),299 
istitle!), 300 
isupper!), 300 
join!), 300 
literal, 93,220 
ljust!), 300 
lower!), 300 
Istrip!), 300 

methods, table of, 299, 300, 301 
partition!), 300 
replace!),293, 300 
rfind!),299 
rindex!),299 
rjust!), 300 
rpartition!), 300 
rsplit!), 300 
rstrip!), 300 
split!), 300 
splitlines!), 300 
startswith!), 300 
strip!), 300 
swapcase!), 300 
title!), 300 
translate!), 300 
upper!), 293, 301 
zfill!),301 
. bz2 (extension), 219 
bz2 module, 219 

c 

-c option, interpreter, 198 
calcsize!) (struct module), 297 
calendar module, 216 

_call_(attribute), 271, 350, 392 

_call_!),367, 368 
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call () (subprocess module), 209 
callable; see functions and methods 
Callable ABC (collections module), 
383, 391 

callable objects, 271, 367 
capitalizeO 

bytearray type, 299 
bytes type, 299 
str type, 73 

captures, regex, 494^495, 506 
ca r_regist ration_server. py (exam¬ 
ple), 464-471 

ca r_regist ration. py (example), 
458-464 

case statement; see dictionary 
branching 

categoryO (unicodedata module), 
361 

ceil () (math module), 60 
center!) 

bytearray type, 299 
bytes type, 299 
str type, 73 
cgi module, 225 
cgitb module, 225 
chaining exceptions, 419-420 
changing dictionaries, 128 
changing lists, 115 
character class, regex, 491 
character encodings, 9, 91-94, 314 
see also ASCII encoding, Latin 1 
encoding, Unicode 
CharGrid.py (example), 207-212 
chdirO (os module), 223 
checktags. py (example), 169 
choice!) (random module), 142 
ch r!) (built-in), 67, 90, 504 
class (statement), 238, 244, 378, 
407 

_class_(attribute), 252, 364, 366 

class, mixin, 466 

class decorators, 378-380,407-409 
class methods, 257 
class variables, 255,465 
classes, immutable, 256,261 


@classmethod!), 257,278 
clear!) 

diet type, 129 
set type, 123 
close!) 

connection object, 481 
coroutines, 399, 401,402 
cursor object, 482 
file object, 131,167, 325 
closed attribute (file object), 325 
closures, 367, 369 
cmath module, 63 
code comments, 10 
collation order (Unicode), 68-69 
collections; see diet, list, set, and 
tuple types 

collections, copying, 146-148 
collections module, 217-219, 382 
Callable ABC, 383, 391 
classes, table of, 383 
Container ABC, 383 
defaultdict type, 135-136,153, 
183,450 

deque type, 218, 383 
Hashable ABC, 383 
Iterable ABC, 383 
Iterator ABC, 383 
Mapping ABC, 383 
MutableMapping ABC, 269, 383 
MutableSequence ABC, 269, 383 
MutableSet ABC, 383 
namedtuple type, 111-113, 234, 
365, 523 

OrderedDict type, 136-138, 218 
Sequence ABC, 383 
Set ABC, 383 
Sized ABC, 383 

combining functions, 395-397, 
403-407 

command-line arguments; see 
sys.argv list 

comment character (#), 10 
commit!) (connection object), 481, 
483 

comparing files and directories, 223 
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comparing objects, 23, 242 
comparing strings, 68-69 
comparisons; see <, <=, ==, ! =, >, and 
>= operators 
compile 0 
built-in, 349 

re module, 310,400, 500, 501, 
502, 521, 524 

_complex_0,253 

complex 0 (built-in), 253 
Complex ABC (numbers module), 381 
complex type, 62-63, 381 
complex () (built-in), 63,253 
conjugate!), 62 
imag attribute, 62 
real attribute, 62 
composing functions, 395-397, 
403-407 

composition, 269 
comprehensions; see under diet, 
list, and set types 
compressing files, 219 
concatenation 
of lists, 114 
of strings, 71 
of tuples, 108 

concepts, object-oriented, 235 
conditional branching; see if state¬ 
ment 

conditional expression, 160,176, 
189 

configparser module, 220, 519 
configuration files, 220 
conjugated (complex type), 62 
connect!) (sqliteB module), 481 
connection object 
close!), 481 
commit!), 481, 483 
cursor!), 481, 483 
methods, table of, 481 
rollback!), 481 
see also cursor object 
constant set; see frozenset type 
constants, 149,180, 364^365 


Container ABC (collections module), 
383 

_contains_!), 265, 274 

context managers, 369-372,452, 
464, 466 

contextlib module, 370, 466 
continue (statement), 161,162 
conversions, 57 

date and time, 217 
float to int, 61 
int to character, 67 
int to float, 61 
to bool, 58 
to complex, 63 
to diet, 127 
to float, 59,154 
to int, 15, 55 
to list, 113,139 
to set, 122 
to str, 15, 65 
to tuple, 108,139 
convert-incidents. py (example), 
289-323 

Coordinated Universal Time (UTC), 
216 

_copy_0,275 

copy!) 

copy module, 147,275,282, 469 
diet type, 129,147 
frozenset type, 123 
set type, 123,147 
copy module, 245 

copy!), 147,275,282, 469 
deepcopy!), 148 
copying collections, 146—148 
copying objects, 245 
copysign!) (math module), 60 
coroutines, 399-407 
closed, 399,401,402 
decorator, 401 
send!), 401, 402, 405,406 
cos!) (math module), 60 
cosh d (math module), 60 
count!) 

bytearray type, 299 
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count!) (cont.) 
bytes type, 299 
list type, 115 
str type, 73, 75 
tuple type, 108 

cProf ile module, 360, 432,434^437 
CREATE TABLE (SQL statement), 481 
creation, of objects, 240 
• CSV (extension), 220 
CSV module, 220 
csv2html. py (example), 97-102 
csv2html2_opt. py (example), 215 
ctypes module, 229 
currying; see partial function appli¬ 
cation 

cursor!) (connection object), 481, 
483 

cursor object 

arraysize attribute, 482 
close!), 482 

description attribute, 482 
execute!), 481,482,483,484,485, 
486, 487 

executemany!), 482 
fetchall!), 482, 485 
fetchmany!), 482 
fetchone!), 482, 484,486 
methods, table of, 482 
rowcount attribute, 482 
see also connection object 
custom exceptions, 168-171, 208 
custom functions; see functions 
custom modules and packages, 
195-202 

D 

daemon threads, 447,448,451 
data persistence, 220 
data structures; see diet, list, set, 
and tuple types 

data type conversion; see conver¬ 
sions 


database connection; see connection 
object 

database cursor; see cursor object 
datetime. date type (datetime mod¬ 
ule), 306 

fromordinal!), 301, 304 
today!), 187,477 
toordinal!), 301 
datetime.datetime type (datetime 
module) 
now!), 217 
strptime!), 309 
utenow!), 217 
datetime module, 186, 216 
date type, 301, 309 
datetime type, 309 
DB-API; see connection object and 
cursor object 
deadlock, 445 

_debug_constant, 360 

debug (normal) mode; see PYTHONOP- 
TIMIZE 

debuggers; see IDLE and pdb mod¬ 
ule 

decimal module, 63-65 
Decimal!), 64 
Decimal type, 63-65, 381 
decode!) 

bytearray type, 93, 94,299, 326, 
336,443 

bytes type, 93, 94,226,228,299, 
302, 326, 336, 418,443 
Decorate, Sort, Undecorate (DSU), 
140,145 

decorating methods and functions, 
356-360 
decorator 

class, 378-380,407-409 
@classmethod!), 257,278 
@functools.wraps!), 357 
@property!), 246-248, 376, 385, 
394 

@staticmethod!), 255 
dedent!) (textwrap module), 307 
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deep copying; see copying collec¬ 
tions 

deepcopyl) (copy module), 148 
def (statement), 37,173-176,209, 
238 

default arguments, 173,174,175 
defaultdict type (collections mod¬ 
ule), 135-136,153,183,450 
degrees!) (math module), 60 
del (statement), 116,117,127,250, 
265,273, 365 
_del_(),250 

_delattr_(), 364, 365 

delattrO (built-in), 349 
delegation, 378 
DELETE (SQL statement), 487 
_delitem_()([]), 265,266,273,279, 
329, 334 

deque type (collections module), 
218, 383 

description attribute (cursor object), 
482 

descriptors, 372-377, 407-409 
detach () (stdin file object), 443 
development environment (IDLE), 
13-14, 364,424-425 
dialogs, modal, 584, 587, 592 

_diet_(attribute), 348, 363, 364 

diet type, 126-135, 383 
changing, 128 
clear(), 129 
comparing, 126 
comprehensions, 134^135 
copy(), 129,147 
dictO (built-in), 127,147 
fromkeysO, 129 
get 0,129,130,264, 351,374, 

469 

inverting, 134 
itemsO, 128,129 
keys(),128,129,277 
methods, table of, 129 
popO, 127,129, 265 
popitemO, 129 
setdefaultO, 129,133,374 


diet type (cont.) 

update!), 129,188, 276,295 
updating, 128 
values!), 128,129 
view, 129 

see also collections.defaultdict, 
collections.OrderedDict, and 
SortedDict.py 
dictionary, inverting, 134 
dictionary branching, 340-341 
dictionary comprehensions, 
134-135,278 
dictionary keys, 135 
difference_update!) (set type), 123 
difference!) 

f rozenset type, 123 
set type, 122,123 
dif flib module, 213 
digit_names. py (example), 180 
_dir_!), 365 

dir!) (built-in), 52,172, 349, 365 
directories, comparing, 223 
directories, temporary, 222 
directory handling, 222-225 
dirname!) (os. path module), 223, 348 
discard!) (set type), 123,124 

_divmod_!), 253 

divmod!) (built-in), 55, 253 

_doc_(attribute), 357 

docstrings, 176-177,202,204, 210, 
211,247 

see also doctest module 
doctest module, 206-207, 211,228, 
426-428 

documentation, 172 
DOM (Document Object Model); see 
xml .dom module 

Domain-Specific Language (DSL), 
513 

DoubleVar type (tkinter module), 

574 

DSL (Domain-Specific Language), 
513 

DSU (Decorate, Sort, Undecorate), 
140,145 
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duck typing; see dynamic typing 
dumpO (pickle module), 267,294 
dumps!) (pickle module),462 
duplicates, eliminating, 122 
dvds-dbm. py (example), 476-479 
dvds-sql. py (example), 480-487 
dynamic code execution, 260, 
344-346 

dynamic functions, 209 
dynamic imports, 346—351 
dynamic typing, 17, 237, 382 

E 

e (constant) (math module), 60 
editor (IDLE), 13-14, 364,424-425 
element trees; see xml. et ree pack¬ 
age 

el if (statement); see if statement 
else (statement); see for loop, if 
statement, and while loop 
email module, 226 
encode!) (str type), 73, 92, 93,296, 
336, 419,441 

encoding attribute (file object), 325 
encoding errors, 167 
encodings, 91-94 
encodings, XML, 314 
end () (match object), 507 
END constant (tkinter module), 583, 
587, 588 
endianness, 297 

endpos attribute (match object), 507 
endswithO 

bytearray type, 299 
bytes type, 299 
str type, 73, 75, 76 
_enter_(),369,371,372 
entities, HTML, 504 
Entry type (tkinter module), 591 
enumerate!) (built-in), 139-141, 398, 
524 

enums; see namedtuple type 
environ mapping (os module), 223 


environment variable 
LANG, 87 
PATH, 12,13 

PYTHONDONTWRITEBYTECODE, 199 
PYTHONOPTIMIZE, 185,199, 359, 

362 

PYTHONPATH, 197, 205 
EnvironmentError (exception), 167 
EOFError (exception), 100 
epsilon ;see sys. float_info.epsilon 
attribute 

_eq_!) (==), 241,242, 244,252,254, 
259, 379 

error handling; see exception han¬ 
dling 

error-handling policy, 208 
escape!) 

re module, 502 

xml.sax.saxutils module, 186, 
226, 320 

escapes, HTML and XML, 186, 316 
escapes, string, 66, 67 
escaping, newlines, 67 
eval!) (built-in), 242, 243,258,266, 
275, 344, 349, 379 
event bindings, 576 
event loop, 572, 578, 590 
example 

Abstract.py, 386 
bigdigits. py, 39-42 
BikeStock. py, 332-336 
BinaryRecordFile.py, 324^332 
blocks. py, 525-534, 543-547, 
559-562 

bookmarks-tk. pyw, 578-593 
car_registration_server. py, 
464-471 

ca r_regist ration. py, 458-464 
CharGrid.py, 207-212 
checktags. py, 169 
convert-incidents. py, 289-323 
csvZhtml. py, 97-102 
csv2html2_opt. py, 215 
digit_names.py, 180 
dvds-dbm. py, 476-479 
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example (cont.) 

dvds-sql. py, 480-487 
external_sites. py, 132 
ExternalStorage.py, 375 
finddup.py, 224 
f indduplicates-t. py, 449-453 
first- 0 rder-logic.py, 548-553, 
562-566 

FuzzyBool. py, 249-255 
FuzzyBoolAlt. py, 256-261 
gene rate_g rid. py, 42-44 
generate_test_namesl.py, 142 
generate_test_names2. py, 143 
generate_usernaines.py, 149-152 
grepword-m.py, 448 
g repwo rd-p. py, 440-442 
grepword.py, 139 
g repwo rd-t. py, 446-448 
htnil2text. py, 503 
Image.py, 261-269 
IndentedList. py, 352-356 
interest-tk. pyw, 572-578 
magic-numbers. py, 346-351 
make_html_skeleton.py, 185-191 
noblanks, py, 166 
playlists. py, 519-525, 539-543, 
555-559 

print_unicode.py, 88-91 
Property .py, 376 
quadratic.py, 94^96 
Shape.py, 238-245 
ShapeAlt.py, 246-248 
SortedDict.py, 276-283 
SortedList.py, 270-275 
SortKey. py, 368 
statistics, py, 152-156 
TextFilter.py, 385 
TextUtil.py, 202-207 
uniquewordsl.py, 130 
uniquewords2. py, 136 
untar. py, 221 
Valid.py, 407-409 
XmlShadow. py, 373 
except (statement);see try state¬ 
ment 


exception 

AssertionError, 184 
AttributeError, 240,241, 275, 
350, 364, 366 
custom, 168-171, 208 
EnvironmentError, 167 
EOFError, 100 

Exception, 164,165, 360, 418 
ImportError, 198, 221, 350 
IndexError, 69,211,273 
lOError, 167 

Keyboardinterrupt, 190,418,442 
KeyError, 135,164,279 
LookupError, 164 
NameError, 116 

NotImplementedError, 258, 381, 
385 

OSError, 167 
Stopiteration, 138, 279 
SyntaxError, 54, 348,414-415 
TypeError, 57,135,138,146,167, 
173,179,197,242,258,259,274, 
364, 380 

UnicodeDecodeError, 167 
UnicodeEncodeError, 93 
ValueError, 57,272,279 
ZeroDivisionError, 165, 416 
Exception (exception), 164,165, 360 
exception handling, 163-171, 312 
see also t ry statement 
exceptions, chaining, 419-420 
exceptions, custom, 168-171, 208 
exceptions, propagating, 370 
exec() (built-in), 260, 345-346, 348, 
349, 351 

executable attribute (sys module), 
441 

executed (cursor object), 481, 482, 
483,484,485, 486, 487 
executemany() (cursor object), 482 
exists 0 (os. path module), 224, 327, 
481 

_exit_(),369,371,372 
exitO (sys module), 141,215 
expO (math module), 60 
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expand () (match object), 507 
expandtabsO 

bytearray type, 299 
bytes type, 299 
str type, 73 

expat XML parser, 315, 317, 318 
expression, conditional, 160,176, 
189 

expressions. Boolean, 54 
extend() 

bytearray type, 299, 301, 462 
list type, 115,116 
extending lists, 114 
extension 
.bz2,219 
.CSV, 220 
.gz,219, 228 
.ini, 220, 519 
.m3u,522, 541,557 
.pis, 519, 539, 555 
.py,9,195,571 
.pyc and .pyo, 199 
.pyw, 9, 571 
.svg, 525 

.tar, .tar.gz, .tar.bz2,219,221 

.tgz,219,221 

.wav, 219 

.xpm, 268 

.zip,219 

external sites. py (example), 132 
ExternalStorage.py (example), 375 

F 

tabs () (math module), 60 
factorial () (math module), 60 
factory functions, 136 
False (built-in constant); see bool 
type 

fetchall () (cursor object), 482, 485 
fetchmany() (cursor object), 482 
fetchone() (cursor object), 482, 484, 
486 

_file_(attribute), 441 


File associations, Windows, 11 
file extension; see extension 
file globbing, 343 
file handling, 222-225 
file object, 370 

closed, 131,167, 325 
closed attribute, 325 
encoding attribute, 325 
filenoO, 325 
flush0,325, 327 
isattyO, 325 

methods, table of, 325, 326 
mode attribute, 325 
name attribute, 325 
newlines attribute, 325 

_next_(), 325 

open0,131,141,167,174, 267, 
268, 327, 347, 369, 398,443 
peekO, 325 

read (), 131, 295, 302, 325, 347, 
443 

readable!), 325 
readintoO, 325 
readlineO, 325 
readlines 0,131, 325 
seekO,295, 325, 327, 329 
seekableO, 326 
stderr (sys module), 184, 214 
stdin (sys module), 214 
stdin.detachO,443 
stdout (sys module), 181,214 
tell0,326, 329 
truncated, 326, 331 
writable!), 326 

write 0,131,214, 301, 326, 327 
writelinesO, 326 
file suffix; see extension 
file system interaction, 222-225 
File Transfer Protocol (FTP), 226 
f ilecmp module, 223 
fileinput module, 214 
filenoO (file object), 325 
files; see file object and open () 
files, archive, 219 
files, binary, 295-304, 324-336 
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files, comparing, 223 
files, compressing and uncompress¬ 
ing, 219 

files, format comparison, 288-289 
files, random access; see binary files 
files, temporary, 222 
files, text, 305-312 
files, XML, 312-323 
filter!) (built-in), 395, 397 
filtering, 395,403-407 
finally (statement);see try state¬ 
ment 
findO 

bytea rray type, 299 
bytes type, 299 
St r type, 72-75,133, 532 
findallO 

re module, 502 
regex object, 503 
f inddup. py (example), 224 
findduplicates-t. py (example), 
449-453 
finditer() 

re module, 311, 502 
regex object, 401, 500, 501, 503 
first- 0 rder-logic.py (example), 
548-553, 562-566 
flags attribute (regex object), 503 
_float_(),252,253 
float_info.epsilon attribute (sys 
module), 61, 96, 343 
float () (built-in), 253 
float type, 59-62, 381 
as_integer_ratio(), 61 
float () (built-in), 61,154,253 
fromhexO, 61 
hex(), 61 
is_integer(), 61 
floor!) (math module), 60 

_floordiv_!) (//), 55,253 

flush!) (file object), 325, 327 
fmod!) (math module), 60 
focus, keyboard, 574, 576, 577, 589, 
592 

for loop, 120,138,141,143,162-163 


foreign functions, 229 

_format_!), 250,254 

format!) 

built-in, 250,254 
St r type, 73, 78-88,152,156,186, 
189, 249, 306, 531 
format specifications, for strings, 
83-88 

formatting strings; see st r. f o rmat!) 
Fraction type (fractions module), 
381 

Frame type (tkinter module), 573, 
581, 591 

frexp!) (math module), 60 
f rom (statement); see chaining excep¬ 
tions and impo rt statement 
fromhex!) 

bytearray type, 293, 299 
bytes type, 293, 299 
float type, 61 
fromkeys!) (diet type), 129 
f romordinal!) (datetime.date type), 
301, 304 

f rozenset type, 125-126, 383 
copy! ), 123 
difference!), 123 
frozenset!) (built-in), 125 
intersection! ), 123 
isdisjoint!), 123 
issubset!), 123 
issuperset!), 123 
methods, table of, 123 
symmetric_difference! ), 123 
fsum!) (math module), 60 
FTP (File Transfer Protocol), 226 
ftplib module, 226 
functions, 171-185 
annotations, 360-363 
anonymous; see lambda state¬ 
ment 

composing, 395-397,403-407 
decorating, 246-248, 356-360 
dynamic, 209 
factory, 136 
foreign, 229 
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functions (cont.) 

lambda; see lambda statement 
local, 296, 319, 351-356 
module, 256 

object reference to, 136, 270, 341 
parameters; see arguments, func¬ 
tion 

recursive, 351-356 
see also functors 

functions, introspection-related, ta¬ 
ble of, 349 

functions, iterator, table of, 140 
functions, nested; see local func¬ 
tions 

functions, table of (math module), 
60,61 

functions, table of (re module), 502 
functools module 
partial!), 398 
reduce!), 396, 397 
@wraps!), 357 
functors, 367-369, 385 
FuzzyBool. py (example), 249-255 
FuzzyBoolAlt. py (example), 256-261 

G 

garbage collection, 17,116,218, 576, 
581, 593 

_ge_!) (>=),242, 259,379 

gene rate_g rid. py (example), 42-44 

generate_test_namesl.py (example), 

142 

generate_test_names2. py (example), 

143 

generate_usernames.py (example), 
149-152 
generator object 
send!), 343 

generators, 279, 342-344, 395, 396, 
401 

_get_!),374,375,376,377 
get!) (diet type), 129,130,264, 351, 
374, 469 


_getattr_!), 365, 366 

getattr!) (built-in), 349, 350, 364, 
368, 374, 391,409 

_getattribute_0,365, 366 

getewd!) (os module), 223 
_getitem_!)([]), 264,265,273,328, 
334 

getmtime!) (os. path module), 224 
getopt module; see optparse module 
getrecursionlimit!) (sys module), 
352 

getsize!) (os.path module), 134,224, 
407 

gettempdir!) (tempfile module), 360 
GIL (Global Interpreter Lock), 449 
glob module, 344 
global (statement), 210 
global functions; see functions 
Global Interpreter Lock (GIL), 449 
global variables, 180 
globals!) (built-in), 345, 349 
globbing, 343 

GMT; see Coordinated Universal 
Time 

grammar, 515 
greedy regexes, 493 
grepword-m.py (example), 448 
grepword-p. py (example), 440-442 
grepword.py (example), 139 
grepword-t. py (example), 446-448 
grid layout, 573, 575, 591 
group!) (match object), 311,500,501, 
504, 507, 508, 521, 524 
groupdict!) (match object), 402, 507 
groupindex attribute (regex object), 
503 

groups!) (match object), 507 
groups, regex, 494^495, 506 
_gt_!) (>), 242,259, 379 
.gz (extension), 219,228 
gzip module, 219 
open!), 228, 294 
write!), 301 
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H 

hasattrO (built-in), 270, 349, 350, 
391 

_hash_(), 250, 254 

hash () (built-in), 241,250,254 
Hashable ABC (collections module), 
383 

hashable objects, 121,126,130,135, 
241,254 

heapq module, 217, 218-219 
helpO (built-in), 61,172 
hex() 

built-in, 55, 253 
float type, 61 
hexadecimal numbers, 56 
html. entities module, 504, 505 
HTML escapes, 186 
html. parser module, 226 
htinl2text. py (example), 503 
http package, 225 
hypot () (math module), 60 

I 

_iadd_() (+=), 253 

_iand_() (&=), 251,253, 257 
id () (built-in), 254 
identifiers, 51-54,127 
identity testing; see is identity oper¬ 
ator 

IDLE (programming environment), 
13-14, 364,424-425 
if (statement), 159-161 

_ifloordiv_() (//=), 253 

_ilshift_0 («=), 253 

Image. py (example), 261-269 
IMAP4 (Internet Message Access 
Protocol), 226 
imaplib module, 226 
immutable arguments, 175 
immutable attributes, 264 
immutable classes, 256, 261 
immutable objects, 15,16,108,113, 
126 


_imod_0 (%=), 253 

import (statement), 196-202, 348 

_import_() (built-in), 349, 350 

import order policy, 196 
ImportError (exception), 198,221, 
350 

imports, dynamic, 346-351 
imports, relative, 202 

_imul_() (*=), 253 

in (membership operator), 114,118, 
122,140, 265,274 

indentation, for block structure, 27 
IndentedList. py (example), 352-356 

_index_0,253 

index() 

bytearray type, 299 
bytes type, 299 
list type, 115,118 
str type, 72-75 
tuple type, 108 

IndexError (exception), 69,211, 273 
indexing operator ([]), 273,274 
infinite loop, 399, 406 
inheritance, 243-245 
inheritance, multiple, 388-390, 466 
. ini (extension), 220, 519 
_init_(), 241,244, 249, 250,270, 
276 

type type, 391, 392 

_init_.py package file, 199,200 

initialization, of objects, 240 
input () (built-in), 34, 96 
INSERT (SQL statement), 483 
insert!) 

bytearray type, 293, 299 
listtype, 115,117,271 
inspect module, 362 
installing Python, 4^6 
instance variables, 241 
_int_(),252, 253,258 
into (built-in),253 
int type, 54^57, 381 
bit_lengthO, 57 
bitwise operators, table of, 57 
conversions, table of, 55 
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int type (cont.) 

int () (built-in), 55, 61,136, 253, 
309 

Integral ABC (numbers module), 381 
interest-tk. pyw (example), 572-578 
internationalization, 86 
Internet Message Access Protocol 
(IMAP4), 226 

interpreter options, 185,198,199 
intersection_update() (set type), 
123 

intersectionO 

f rozenset type, 123 
set type, 122,123 
introspection, 350, 357, 360, 362 
IntVar type (tkinter module), 574 
_invert_() (~), 57,250, 253,257 
inverting, a dictionary, 134 
io module 

StringlO type, 213-214, 228 
see also file object and open () 
lOError (exception), 167 

_ior_0 (|=), 253 

IP address, 457,458, 464 

_ipow_() (**=), 253 

_irshift_0 (»=), 253 

is_integer() (float type), 61 
is (identity operator), 22,254 
isalnum() 

bytearray type, 299 
bytes type, 299 
str type, 73 
isalphaO 

bytearray type, 299 
bytes type, 299 
str type, 73 

isatty() (file object), 325 
isdecimal() (str type), 73 
isdigitO 

bytearray type, 299 
bytes type, 299 
str type, 73, 76 
isdirO (os. path module), 224 
isdisjointO 

f rozenset type, 123 


isdisjointO (cont.) 
set type,123 

isfileO (os.path module), 134,224, 
344, 406 

isidentifier() (str type), 73, 348 
isinf 0 (math module), 60 
isinstance () (built-in), 170,216,242, 
270, 382, 390, 391 
islowerO 

bytearray type, 299 
bytes type,299 
str type,73 

isnanO (math module), 60 
isnumericO (str type), 74 
isprintable() (str type), 74 
isspaceO 

bytearray type, 299 
bytes type,299 
str type, 74, 531 
issubclassO (built-in), 390 
issubsetO 

f rozenset type, 123 
set type,123 
issupersetO 

f rozenset type, 123 
set type,123 
istitleO 

bytearray type, 300 
bytes type,300 
str type,74 

_isub_() (-=), 253 

isupperO 

bytearray type, 300 
bytes type,300 
str type,74 

item access operator ([ ]), 262, 264, 
273,274,278,279,293 
itemgetter() (operator module), 397 
items 0 (diet type), 128,129 
_iter_(), 265, 274,281, 335 
iter() (built-in), 138,274, 281 
iterable; see iterators 
Iterable ABC (collections module), 
383 
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Iterator ABC (collections module), 
383 

iterators, 138-146 

functions and operators, table 
of, 140 

itertools module, 397 
_ixor_() (''=1,253 


J 

joinO 

bytea rray type, 300 
bytes type, 300 
os. path module, 223, 224 
str type, 71, 72,189 
j son module, 226 

K 

key bindings, 576 
keyboard accelerators, 574, 580, 
592 

keyboard focus, 574, 576, 577, 589, 
592 

keyboard shortcuts, 577, 580 
Keyboardinterrupt (exception), 190, 
418, 442 

KeyError (exception), 135,164, 279 
keys () (diet type), 128,129,277 
keyword arguments, 174^175,178, 
179,188,189, 362 
keywords, table of, 52 

L 

Label type (tkinter module), 574, 
582, 583, 591 

lambda (statement), 182-183, 379, 
380, 388, 396,467, 504 
LANG (environment variable), 87 
lastgroup attribute (match object), 
507 

lastindex attribute (match object), 
507, 508 


Latin 1 encoding, 91, 93 
layouts, 573, 575, 591 
lazy evaluation, 342 
IdexpO (math module), 60 
_le_() (<=),242, 259,379 
_len_(),265, 330 
lenO (built-in), 71,114,122,140, 
265,275 

lexical analysis, 514 
library, standard, 212-229 
LifoQueue type (queue module), 446 
linear search, 272 
list comprehensions, 118-120,189, 
210, 396 

list type, 113-120, 383 

append(),115,117,118,271 
changing, 115 
comparing, 113,114 
comprehensions, 118-120, 396 
countO, 115 
extendi), 115,116 
index!), 115,118 
insert!), 115,117,271 
list!) (built-in), 113,147 
methods, table of, 115 
pop!),115,117,118 
reniove!),115,117,118 
replication (*, *=), 114,118 
reverse!), 115,118 
slicing, 113,114,116-118 
sort!), 115,118,182, 368, 397 
updating, 115 
see also SortedList. py 
Listbox type (tkinter module), 582, 
583, 587, 588, 589 

listdir!) (os module), 134, 223,224, 
348 
ljust!) 

bytearray type, 300 
bytes type, 300 
str type, 74 

load!) (pickle module), 268, 295 
loads!) (pickle module),462 
local functions, 296, 319, 351-356 
local variables, 163 
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locale module, 86 
setlocale(), 86,87 
localization, 86 

locals () (built-in), 81, 82, 97,154, 
188,189,190,345,349,422,423, 
484 

localtiine() (time module), 217 
Lock type (threading module), 452, 
467 

log () (math module), 60 
loglOO (math module), 60 
loglpO (math module), 60 
logging module, 229, 360 
logic, short-circuit, 25, 58 
logical operators; see and, or, and 
not 

LookupError (exception), 164 
looping, see for loop and while loop, 
161 
lower!) 

bytearray type, 300 
bytes type, 300 
str type, 74, 76 
_lshift_() («),57,253 
IstripO 

bytearray type, 300 
bytes type, 300 
str type, 75, 76 

_lt_() (<), 242,252, 259, 379 

M 

.m3u (extension), 522, 541, 557 
magic number, 294 
magic-numbers. py (example), 

346-351 

mailbox module, 226 
make_html_skeleton. py (example), 
185-191 

makedirs () (os module), 223 
maketransO (str type), 74,77-78 
mandatory parameters, 174 
map() (built-in), 395, 397, 539 
mapping, 395 


Mapping ABC (collections module), 
383 

mapping types; see diet and collec¬ 
tions.defaultdict 
mapping unpacking (**), 179,187, 
304 
matchO 

re module, 502, 521, 524 
regex object, 503 
match object 
end(), 507 

endpos attribute, 507 
expand)), 507 

groupO, 311, 500, 501, 504, 507, 
508, 521, 524 
groupdict(), 402, 507 
groups)), 507 
lastgroup attribute, 507 
lastindex attribute, 507, 508 
methods, table of, 507 
pos attribute, 507 
re attribute, 507 
span(), 507 
startO, 507 
string attribute, 507 
see also re module and regex ob¬ 
ject 

math module, 62 
acos(), 60 
acoshO, 60 
asin(), 60 
asinhO, 60 
atan(), 60 
atan2(), 60 
atanhO, 60 
ceil(), 60 
copysignO, 60 
cos0,60 
cosh(), 60 
degrees 0,60 
e (constant), 60 
exp0,60 
fabs(), 60 
factorial!), 60 
floorO, 60 
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math module (cont.) 
fmod(), 60 
f rexp(), 60 
fsum(), 60 

functions, table of, 60, 61 

hypotO, 60 

isinf 0,60 

isnanO, 60 

ldexp(), 60 

logo,60 

loglOO, 60 

loglpO, 60 

modf (), 60 

pi (constant), 61 

pow(), 61 

radiansO, 61 

sin(), 61 

sinh(), 61 

sqrt(), 61, 96 

tan(), 61 

tanh(), 61 

truncO, 61 

max() (built-in), 140,154, 396, 397 

maxunicode attribute (sys module), 
90, 92 

MD5 (Message Digest algorithm), 
449, 452 

membership testing; see in opera¬ 
tor 

memoizing, 351 

memory management; see garbage 
collection 

Menu type (tkinter module), 579, 580 

Message Digest algorithm (MD5), 
449, 452 

metaclasses, 381, 384, 390-395 

methods 

attribute access, table of, 365 
bytea may type, table of, 299, 300, 
301 

bytes type, table of, 299, 300, 

301 

class, 257 


methods (cont.) 

connection object, table of, 481 
cursor object, table of, 482 
decorating, 246-248, 356-360 
diet type, table of, 129 
file object, table of, 325, 326 
f rozenset type, table of, 123 
list type, table of, 115 
match object, table of, 507 
object reference to, 377 
regex object, table of, 503 
set type, table of, 123 
static, 257 

str type, table of, 73, 74, 75 
unimplementing, 258-261 
see also special method 
mimetypes module, 224 
min() (built-in), 140, 396, 397 
minimal regexes, 493, 504 
missing dictionary keys, 135 
mixin class, 466 
mkdirO (os module), 223 
_mod_() (%),55,253 
modal dialogs, 584, 587, 592 
mode attribute (file object), 325 
modf 0 (math module), 60 

_module_(attribute), 243 

module functions, 256 
modules, 195-202, 348 
modules attribute (sys module), 348 
_mul_() (*),55,253 
multiple inheritance, 388-390,466 
multiprocessing module, 448, 453 
mutable arguments, 175 
mutable attributes, policy, 264 
mutable objects; see immutable ob¬ 
jects 

MutableMapping ABC (collections 
module), 269, 383 
MutableSequence ABC (collections 
module), 269, 383 
MutableSet ABC (collections mod¬ 
ule), 383 
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N 

_name_(attribute), 206,252, 357, 

362, 377 

named (unicodedata module), 90 
name attribute (file object), 325 
name conflicts, avoiding, 198,200 
name mangling, 366, 379 
namedtuple type (collections mod¬ 
ule), 111-113,234, 365, 523 
NameError (exception), 116 
names, qualified, 196 
namespace, 236 
naming policy, 176-177 
_ne_() (! =1,241,242,259, 379 
_neg_() (-),55, 253 
nested collections;see diet, list, set, 
and tuple types 

nested functions; see local functions 
Network News Transfer Protocol 
(NNTP), 226 

_new_0,250 

object type, 256 
type type, 392, 394 
newline escaping, 67 
newlines attribute (file object), 325 
_next_0,325, 343 
next () (built-in), 138, 343,401 
NNTP (Network News Transfer 
Protocol), 226 
nntplib module, 226 
noblanks.py (example), 166 
None object, 22,23,26,173 
nongreedy regexes, 493, 504 
nonlocal (statement), 355, 379 
nonterminal, 515 

normal (debug) mode; see PYTHONOP- 
TIMIZE 

normalized (unicodedata module), 

68 

not (logical operator), 58 
Notimplemented object, 242,258,259 
NotlmplementedError (exception), 

258, 381, 385 

now() (datetime. datetime type), 217 


Number ABC (numbers module), 381 
numbers module, 216, 382 
classes, table of, 381 
Complex ABC, 381 
Integral ABC, 381 
Number ABC, 381 
Rational ABC, 381 
Real ABC, 381 

numeric operators and functions, 
table of, 55 

o 

-0 option, interpreter, 185,199, 359, 
362 

object creation and initialization, 
240 

object-oriented concepts and termi¬ 
nology, 235 

object references, 16-18,19,110, 
116,126,136,142,146,250,254, 
281, 340, 345, 356, 367, 377, 576 
object type, 380 

_new_0,256 

_repr_0,266 
objects, comparing, 23, 242 
obtaining Python, 4r-6 
oct () (built-in), 55, 253 
octal numbers, 56 
open() 

file object, 131,141,167,174,267, 
268, 327, 347, 369, 398,443 
gzip module, 228, 294 
shelve module, 476 
operator module, 396 
attrgetterO, 369, 397 
itemgetterO, 397 
operators, iterator, table of, 140 
optimized mode; see PYTHONOPTIMIZE 
optional parameters, 174 
options, for interpreter, 185,198, 
199, 359, 362 
optparse module, 215 
_or_0 (|), 57,253 
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or (logical operator), 58 
ord() (built-in), 67, 90, 364 
ordered collections; see list and tu¬ 
ple types 

OrderedDict type (collections mod¬ 
ule), 136-138, 218 
os module, 223,224^225 
chdir(),223 
environ mapping, 223 
getcwd(), 223 

UstdirO, 134,223,224, 348 
makedirsO, 223 
mkdir(),223 
reinove(), 223, 332 
removedirs 0,223 
rename!), 223, 332 
rmdir 0,223 
sep attribute, 142 
stat 0,223,407 
system!), 444 
walk!),223,224, 406 
os. path module, 197, 223,224^225 
abspath!), 223, 406 
basename!), 223 
dirname!),223, 348 
exists!), 224, 327,481 
getmtime!), 224 
getsize!), 134,224, 407 
isdir!),224 

isfile!), 134,224, 344, 406 
join!), 223,224 
split!), 223 

splitext!), 223,268, 348 
OSError (exception), 167 


P 

pack!) (struct module),296,297, 
301, 336 

package directories, 205 
packages, 195-202 
packrat parsing, 549 
parameters; see arguments, func¬ 
tion 


parameters, unpacking, 177-180 
parent-child relationships, 572, 

576 

parsing 

command-line arguments, 215 
dates and times, 216 
text files, 307-310 
with PLY, 553-566 
with PyParsing, 534^553 
with regexes, 310-312, 519-525 
XML (with DOM), 317-319 
XML (with SAX), 321-323 
XML (with xml. et ree), 315-316 
partial!) (functools module), 398 
partial function application, 
398-399 
partition!) 

bytearray type, 300 
bytes type, 300 
str type, 74, 76 

pass (statement), 26,160, 381, 385 
PATH (environment variable), 12,13 
path attribute (sys module), 197 
paths, Unix-style, 142 
pattern attribute (regex object), 503 
pdb module, 423-424 
peek!) (file object), 325 
PEP 249 (Python Database API 
Specification v2.0), 480 
PEP 3107 (Function Annotations), 
363 

PEP 3119 (Introducing Abstract 
Base Classes), 380 
PEP 3131 (Supporting Non-ASCII 
Identifiers), 52 

PEP 3134 (Exception Chaining and 
Embedded Tracebacks), 420 
persistence, of data, 220 
Photoimage type (tkinter module), 
581 

pi (constant) (math module), 61 
pickle module, 292-295 
dump!), 267,294 
dumps!), 462 
load!), 268, 295 
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pickle module (cont.) 
loads 0,462 

pickles, 266,292-295,476 
pipelines, 403-407 
pipes; see subprocess module 
placeholders, SQL, 483, 484 
platform attribute (sys module), 160, 
209, 344 

playlists. py (example), 519-525, 
539-543, 555-559 
.pis (extension), 519, 539, 555 
PLY 

p_error(), 555 

precedence variable, 555, 565 
states variable, 557-558 
t_error(), 554, 556 
t ignore variable, 559 
t_newline( ), 556 
tokens variable, 554, 555, 557 
pointers; see object references 
policy, error handling, 208 
policy, import order, 196 
policy, mutable attributes, 264 
policy, naming, 176—177 
polymorphism, 243-245 
popO 

bytearray type, 293, 300 
diet type, 127,129, 265 
list type, 115,117,118 
set type, 123 

POP3 (Post Office Protocol), 226 
PopenO (subprocess module), 441 
popitemO (diet type), 129 
poplib module, 226 
_pos_() (+),55, 253 
pos attribute (match object), 507 
positional arguments, 173-175,178, 
179,189, 362 

Post Office Protocol (POP3), 226 

_pow _() (**), 55,253 

pow() 

built-in, 55 
math module, 61 
pprint module, 229, 355 
precedence, 517-518, 551, 565 


print_unicode. py (example), 88-91 
print0 (built-in), 11,180,181,214, 
422 

PriorityQueue type (queue module), 
446,450 

private attributes, 238,249,270, 
271, 366 

processing pipelines, 403-407 

processor endianness, 297 

profile module, 432, 434^437 

propagating exceptions, 370 

properties, 246-248 

@property0,246-248, 376, 385, 394 

Property.py (example), 376 

.py (extension), 9,195, 571 

. pyc and . pyo (extension), 199 

PyGtk, 570, 593 

PyParsing 

+ (concatenation operator), 536, 
539, 541, 543, 544, 545, 550 
- (concatenation operator), 544, 
545 

« (append operator), 538, 544, 
550 

I (or operator), 536,539,541,543, 
544, 550 
alphanums, 535 
alphas, 535 

CaselessLiteralO, 535 
CharsNotInO, 536, 539, 543 
Combine!), 541 

delimitedList (), 536, 538, 550 
Empty!), 537 
Fo rwa rd!), 538, 544, 550 
Group!), 544, 550, 551 
Keyword!), 535, 550 
LineEnd!), 541, 542 
Literal!), 535, 540, 550 
makeHTMLTags!), 536 
nums, 541 

OneOrMore!), 536, 539, 541, 544 
operatorPrecedence!), 550-551 
Optional!), 536, 537, 541, 544 
pythonStyleComment, 536 
quotedString, 536 
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Py Par sing (cont.) 

Regex(), 536 

restOf Line, 536, 539, 541 
SkipTo(), 536 

SuppressO, 535, 536, 539, 541 
Word(),535, 539, 541, 543 
Ze roO rMo re (), 536, 538, 544 
PyQt, 570, 593 

PYTHONDONTWRITEBYTECODE (environ¬ 
ment variable), 199 
Python enhancement proposals; see 
PEPs 

Python Shell (IDLE or interpreter), 
13 

PYTHONOPTIMIZE (environment vari¬ 
able), 185,199, 359, 362 
PYTHON PATH (environment variable), 
197, 205 

. pyw (extension), 9, 571 

Q 

quad ratic. py (example), 94^96 
qualified names, 196 
quantifiers, regex, 491-494 
queue module 

LitoQueue type, 446 
PriorityQueue type, 446, 450 
Queue type, 446,447,450 
Queue type (queue module), 446,447, 
450 

quopri module, 219 
quoteattr() (xml.sax. saxutils mod¬ 
ule), 226, 320 

R 

_radd_() (+),253 
radians 0 (math module), 61 
raise (statement), 167,211, 350, 

360 

see also t ry statement 
_rand_() (&),253 
random access files; see binary files 


random module 
choice!), 142 
sample!), 143 

range!) (built-in), 115,118,119,140, 
141-142, 365 

Rational ABC (numbers module), 381 
raw binary data; see binary files 
raw strings, 67,204, 310, 500, 556 

_rdivmod_!), 253 

re attribute (match object), 507 
re module, 499-509 

compile 0,310,400,500, 501,502, 
521, 524 
escape! ), 502 
findall!), 502 
finditer!), 311, 502 
functions, table of, 502 
match!), 502, 521, 524 
search !), 500, 502, 508 
split!), 502, 509 
sub!), 502, 504,505 
subn! ), 502 

see also match object and regex 
object 

read!) (file object), 131,295,302,325, 
347, 443 

readable! ) (file object), 325 
readinto () (file object), 325 
readline () (file object), 325 
readlines! ) (file object), 131, 325 
Real ABC (numbers module), 381 
records;see struct module 
recursive descent parser, 529 
recursive functions, 351-356 
recv!) (socket module), 462,463 
reduce!) (functools module), 396, 
397 

reducing, 395 

references; see object references 
regex 

alternation, 494^495 
assertions, 496-499 
backreferences, 495 
captures, 494^495, 506 
character classes, 491 
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regex (cont.) 

flags, 400,499, 500 
greedy, 493, 504 
groups, 494^495, 506 
match; see match object 
nongreedy, 493, 504 
quantifiers, 491-494 
special characters, 491 
regex object 
findall 0,503 

finditer(),401, 500, 501, 503 
flags attribute, 503 
groupindex attribute, 503 
match!), 503 
methods, table of, 503 
pattern attribute, 503 
search!), 500, 503 
split!), 503, 509 
sub!), 503 
subn!), 503 

see also re module and match ob¬ 
ject 

relational integrity, 481 
relative imports, 202 
remove!) 

bytearray type, 300 
list type, 115,117,118 
os module, 223, 332 
set type, 123 

removedirs!) (os module), 223 
rename!) (os module), 223, 332 
replace!) 

bytearray type, 293, 300 
bytes type, 293, 300 
str type, 74, 77,101 
replication (*, *=) 
of lists, 114,118 
of strings, 72, 90 
of tuples, 108 

_repr_!), 242,244,250,252,258, 
281 

object type, 266 
repr!) (built-in), 242, 250 
representational form, 82-83 
resizable windows, 582-583, 591 


return (statement), 161,162,173 
reverse!) 

bytearray type, 300 
list type, 115,118 
_reversed_!),265,274 
reversed!) (built-in), 72,140,144, 
265 

reversing strings, 71, 72 
rfind!) 

bytearray type, 299 
bytes type,299 
str type, 73, 75, 76 

_rfloordiv_!) (//), 253 

rindex!) 

bytearray type, 299 
bytes type,299 
str type, 73, 75 
rjust!) 

bytearray type, 300 
bytes type,300 
str type,74 

_rlshift_!) («), 253 

rmdir!) (os module), 223 

_rmod_!) (%), 253 

_rmul_!) (*), 253 

rollback!) (connection object), 481 

_ror_!) (|),253 

_round_!), 253 

round!) (built-in), 55,56,61,252,253, 
258 

rowcount attribute (cursor object), 
482 

rpartition!) 

bytearray type, 300 
bytes type,300 
str type, 74, 76 

_rpow_!) (**), 253 

_rrshift_!) (»),253 
_rshift_!) (»),57,253 
rsplit!) 

bytearray type, 300 
bytes type,300 
str type,74 
rstrip!) 

bytearray type, 300 
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rstrip() (cont.) 
bytes type, 300 
str type, 75, 76 

_rsub_() (-), 253 

_rtruediv_() (/), 253 
run() (Thread type), 445, 448 
_rxor_() (''),253 

S 

sample!) (random module), 143 
SAX (Simple API for XML); see 
xml. sax module 

Scalable Vector Graphics (SVG), 
525 

Scale type (tkinter module), 574, 
575 

scanning, 514 

Scrollbar type (tkinter module), 

582 
search!) 

re module, 500, 502, 508 
regex object, 500, 503 
searching, 272 

seek!) (file object), 295, 325, 327, 
329 

seekable!) (file object), 326 
SELECT (SQL statement), 484, 485, 
486 

self object, 239, 257,469 
send!) 

coroutines, 401, 402,405,406 
generator object, 343 
socket module, 463 
sendall!) (socket module), 462, 463 
sep attribute (os module), 142 
Sequence ABC (collections module), 
383 

sequence types;see bytearray, bytes, 
list, str, and tuple types 
sequence unpacking (*), 110, 
114-115,141,162,178, 336, 

460 

serialized data access, for threads, 
446 


serializing; see pickles 
_set_!),375,377 
Set ABC (collections module), 383 
set comprehensions, 125 
set type, 121-125,130, 383 
add!), 123 
clear!), 123 
comprehensions, 125 
copy!), 123,147 
difference_update!), 123 
difference!), 122,123 
discard!), 123,124 
intersection_update!), 123 
intersection!), 122,123 
isdisjoint!), 123 
issubset!), 123 
issuperset!), 123 
methods, table of, 123 
pop!), 123 
remove!), 123 
set!) (built-in), 122,147 
symmetric_difference_update!), 
123 

symmetric_difference!), 122,123 
union!), 122,123 
update!), 123 

set types; see f rozenset and set 
types 

_setatt r_!), 364, 365 

setattr!) (built-in), 349, 379, 409 
setdefault!) (diet type), 129,133, 
374 

_setitem_!) ([]), 265,274,278, 

327 

setlocale!) (locale module), 86, 87 
setrecursionlimit!) (sys module), 
352 

shallow copying; see copying collec¬ 
tions 

Shape. py (example), 238-245 
ShapeAlt. py (example), 246-248 
shebang (shell execute), 12 
Shell, Python (IDLE or interpreter), 
13 

shell execute (#!), 12 
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shelve module, 220, 476 
open(), 476 
sync(), 477 

short-circuit logic, 25, 58 
shortcut, keyboard, 577, 580 
showwarningl) (tkinter.messagebox 
module), 585, 587 
shutil module, 222 
Simple API for XML (SAX); see 
xml. sax module 

Simple Mail Transfer Protocol 
(SMTP), 226 
sin() (math module), 61 
single shot timer, 582, 586 
sinhO (math module), 61 
site-packages directory, 205 
Sized ABC (collections module), 

383 

slicing ([]) 
bytes, 293 

lists, 113,114,116-118 
operator, 69,110,116,273,274, 
397 

strings, 69-71,151 
tuples, 108 

_slots_(attribute), 363, 373, 375, 

394 

SMTP (Simple Mail Transfer Proto¬ 
col), 226 

smtpd module, 226 
smtplib module, 226 
sndhdr module, 219 
socket module, 225,457 
recv( ), 462,463 
send( ), 463 
sendall 0,462,463 
socket! ), 464 

socketserver module, 225, 464,466 
sort!) (list type), 115,118,182,368, 
397 

sort algorithm, 145,282 
sorted! ) (built-in), 118,133,140, 
144-146,270 

SortedDict.py (example), 276-283 
SortedList.py (example), 270-275 


So rtKey. py (example), 368 
sound-related modules, 219 
span!) (match object), 507 
special characters, regex, 491 
special method, 235,239 

_abs_0,253 

_add_!) (+), 55, 253 
_and_!) (&), 57, 251,253, 257 
bitwise and numeric methods, 
table of, 253 
_bool_!),250,252, 258 
_call_!),367, 368 
collection methods, table of, 265 
comparison methods, table of, 
242 

_complex_0,253 

_contains_!), 265,274 

_copy_0,275 

_del_!),250 

_delattr_0,364, 365 

_delitem_!) ([]),265, 266,273, 
279, 329, 334 

_dir_!), 365 

_divmod_0,253 

_enter_!), 369, 371,372 
_eq_!) (==), 241,242,244, 252, 
254, 259, 379 
_exit_!),369,371,372 
_float_!),252,253 

_floordiv_!) (//), 55,253 

_f 0 rmat_!), 250,254 

fundamental methods, table of, 
250 

_ge_!) (>=), 242, 259, 379 
_get_! 1,374,375,376, 377 

_getattr_0,365, 366 

_getattribute_0,365, 366 

_getitem_0 ([]), 264, 265,273, 

328, 334 

_gt_!) (>), 242,259,379 

_hash_!), 250,254 

_iadd_!) (+=), 253 

_iand_!) (&=), 251, 253,257 

_ifloordiv_0 (//=), 253 

_ilshift_0 («=), 253 
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special method (cont.) 

_imod_0 (%=), 253 

_imul_() (*=), 253 

_index_0,253 

_init_(), 241,244, 249,250, 
270, 276, 391, 392 
_int_(),252, 253,258 
_invert_() (~), 57, 250, 253,257 

_ior_0 (|=), 253 

_ipow_() (**=), 253 

_irshift_() (»=),253 

_isub_0 (-=), 253 

_iter_(), 265,274,281, 335 
_ixor_() 0=),253 
_le_() (<=),242, 259,379 
_len_(),265, 330 
_lshift_() («),57,253 
_lt_() (<), 242,252, 259, 379 
_mod_() (%),55, 253 
_mul_() (*),55, 253 
_ne_() (! =1,241,242,259, 379 
_neg_() (-1,55, 253 
_new_( 1,250,256,392 
_next_( 1,325, 343 
_or_() (11,57,253 

_pos_(1 (+1, 55, 253 

_pow_(1 (**1, 55,253 

_radd_() (+1, 253 

_rand_() (&1, 253 

_rdivmod_(1,253 

_repr_(), 242,244,250,252, 
258, 281 

_reversed_( 1,265, 274 

_rfloordiv_(1 (//1,253 

_rlshift_(1 («1, 253 

_rmod_(1 (%1, 253 

_rmul_(1 (*1, 253 

_ror_(1 (|1,253 

_round_(1,253 

_rpow_(1 (**1,253 

_rrshift_(l (»1, 253 
_rshift_(l (>>1,57,253 

_rsub_(1 (-1, 253 

_rtruediv_(l (/I, 253 
_rxor_(l (0, 253 


special method (cont.) 
_set_(l,375,377 

_setattr_(1,364, 365 

_setitem_(1 ([ ]1,265, 274,278, 

327 

_st r_( 1,243, 244, 250, 252 
_sub_(l (-1, 55, 253 
_truediv_(l (/I, 31, 55,253 
_xor_(l (0,57, 253 
spUtO 

bytearray type, 300 
bytes type, 300 
os. path module, 223 
re module, 502, 509 
regex object, 503, 509 
str type, 74, 77, 509 
splitextO (os.path modulel,223, 
268, 348 
splitlinesO 

bytearray type, 300 
bytes type, 300 
str type, 74 

SQL databases, 475,480 
SQL placeholders, 483,484 
SQL statement 
CREATE TABLE, 481 
DELETE, 487 
INSERT, 483 
SELECT, 484,485,486 
UPDATE, 484 

sqliteB module, 480,481 
connect (1,481 
sq rt {1 (math modulel, 61, 96 
ssl module, 225 
standard library, 212-229 
starred arguments, 114,460 
starred expressions; see sequence 
unpacking 
start( 1 

match object, 507 
Thread type, 445 
start symbol, 516 
startswithd 

bytearray type, 300 
bytes type, 300 
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startswithO (cont.) 

str type, 74, 75, 76 
stat () (os module), 223, 407 
statement 

assert, 184-185, 205,208, 247 
break, 161,162 
class, 238,244,378,407 
continue, 161,162 
def,37,173-176, 209,238 
del, 116,117,127, 250, 265, 273, 
365 

global, 210 
if, 159-161 
import, 196-202, 348 
lambda, 182-183, 379, 380, 388, 
396, 467, 504 
nonlocal, 355, 379 
pass, 26,160,381, 385 
raise, 167,211, 350, 360 
return, 161,162,173 
try, 163-171, 360 
with, 369-372, 389 
yield, 279,281, 342-344, 
399-407 

see also for loop and while loop 
statement terminator (\n), 66 
static methods, 257 
static variables, 255 
(astaticmethodO, 255 
statistics. py (example), 152-156 
stderr file object (sys module), 184, 
214 

stdin file object (sys module), 214 

_stdout_file object (sys module), 

214 

stdout file object (sys module), 181, 
214 

Stopiteration (exception), 138,279 
_st r_(), 243, 244,250, 252 
str type, 65-94, 383,418-419 
capitalizeO, 73 
center!), 73 
comparing, 68-69 
countO, 73, 75 


str type (cont.) 

encode (), 73, 92, 93,296, 336,419, 
441 

endswithO, 73, 75, 76 
escapes, 66, 67 
expandtabsO, 73 
findO, 72-75,133, 532 
f 0 rmat (), 73, 78-88,152,156,186, 
189,249, 306, 531 
format specifications, 83-88 
index 0,72-75 
isalnum(), 73 
isalpha(), 73 
isdecimal(), 73 
isdigit(), 73, 76 
isidentifier{), 73, 348 
islower(), 73 
isnumeric(), 74 
isprintableO, 74 
isspace(), 74, 531 
istitle(), 74 
isupper(), 74 
join0,71, 72, 74,189 
literal concatenation, 78 
ljustO,74 
lower0,74, 76 
IstripO, 75, 76 
maketransO, 74, 77-78 
methods, table of, 73, 74, 75 
partition!), 74, 76 
raw strings, 67,204, 310, 500, 
556 

replace!), 74, 77,101 
replication (*, *=), 72, 90 
reversing, 71, 72 
rfind!), 73, 75, 76 
rindex!), 73, 75 
rjust!), 74 
rpartition!), 74, 76 
rsplit!), 74 
rstrip!),75, 76 
slicing, 69-71 
slicing operator ([ ]), 69 
split!), 74, 77, 509 
splitlines!), 74 
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str type (cont.) 

startswithO, 74, 75, 76 
strip(), 75, 76 

St r () (built-in), 65,136,243,250 
swapcaseO, 75 
title(), 75, 90 
translate!), 75, 77-78 
triple quoted, 65,156,204 
upperO, 75 
zfiU(),75 
striding; see slicing 
string attribute (match object), 507 
string form, 82-83 
string handling, 213-214 
string literal concatenation, 78 
string module, 130,213 
StringlO type (io module), 213-214, 
228 

strings;see str type 
StringVar type (tkinter module), 
574, 590, 592 
stripO 

bytea rray type, 300 
bytes type, 300 
str type, 75, 76 
strong typing, 17 

strptime() (datetime.datetime type), 
309 

struct module, 213, 296-298 
calcsizeO, 297 
pack!), 296, 297,301, 336 
Struct type, 297, 302, 324, 336, 
462 

unpack!), 297, 302, 336 
_sub_!) (-), 55,253 
sub!) 

re module, 502, 504, 505 
regex object, 503 
subn!) 

re module, 502 
regex object, 503 


subprocess module, 440-442 
call!), 209 
Popen!),441 
suffix; see extension 
sum!) (built-in), 140, 396, 397 
super!) (built-in), 241,244,256, 276, 
282, 381, 385 
. svg (extension), 525 
SVG (Scalable Vector Graphics), 

525 

swapcase!) 

bytearray type, 300 
bytes type, 300 
str type, 75 

switch statement; see dictionary 
branching 

symmetric_difference_update!) (set 
type), 123 

symmetric_difference!) 
f rozenset type, 123 
set type, 122,123 
sync!) (shelve module),477 
syntactic analysis, 514 
syntax rules, 515 
SyntaxError (exception), 54, 348, 
414-415 
sys module 

argv list, 41, 343 
executable attribute, 441 
exit!), 141,215 

float_info.epsilon attribute, 61, 
96, 343 

getrecursionlimit!), 352 
maxunicode attribute, 90, 92 
modules attribute, 348 
path attribute, 197 
platform attribute, 160,209, 344 
setrecursionlimit!), 352 
stderr file object, 184,214 
stdin file object, 214 

_stdout_file object, 214 

stdout file object, 181, 214 
system!) (os module), 444 
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tan () (math module), 61 
tanh {) (math module), 61 
tarfile module, 219,221-222 
• tar, .tar.gz, .tar.bz2 (extension), 
219, 221 
Tcl/Tk, 569 

TCP (Transmission Control Proto¬ 
col), 225,457 

TDD (Test Driven Development), 
426 

tell () (file object), 326, 329 
telnetlib module, 226 
tempt tie module, 222 
gettempdirO, 360 

temporary files and directories, 222 
terminal, 515 

terminology, object-oriented, 235 
Test Driven Development (TDD), 
426 

testmodO (doctest module), 206 
text files, 131, 305-312 
TextFilter.py (example), 385 
TextUtil. py (example), 202-207 
textwrap module, 213 
dedent(), 307 
TextWrapper type, 306 
wrap(), 306, 320 
. tgz (extension), 219, 221 
this; see self object 
Thread type (threading module), 445, 
448, 450,451,452 
run0,445, 448 
start 0,445 

threading module, 445-453 
Lock type, 452,467 
Thread type, 445,448,450, 451, 
452 

time module, 216 
localtimeO, 217 
timeO, 217 

timeit module, 432-434 
timer, single shot, 582, 586 


titled 

bytearray type, 300 
bytes type,300 
str type, 75, 90 

Tk type (tkinter module), 572, 578, 
589 

tkinter.filedialog module 
askopenfilenameO, 586 
asksaveasfilenameO, 585 
tkinter.messagebox module 
askyesnoO, 589 
askyesnocancelO, 584 
showwarningO, 585, 587 
tkinter module, 569 
Button type, 581, 591 
DoubleVar type, 574 
END constant, 583, 587, 588 
Entry type, 591 
Frame type, 573, 581, 591 
IntVar type, 574 
Label type, 574, 582, 583, 591 
Listbox type, 582, 583, 587, 588, 
589 

Menu type, 579, 580 
Photoimage type, 581 
Scale type, 574, 575 
Scrollbar type, 582 
StringVar type, 574, 590, 592 
Tk type, 572, 578, 589 
TopLevel type, 590 
today0 (datetime.date type), 187, 
477 

tokenizing, 514 

toordinalO (datetime.date type), 
301 

TopLevel type (tkinter module), 590 
trace module, 360 
traceback, 415-420 
translated 

bytearray type, 300 
bytes type,300 
str type, 75, 77-78 
Transmission Control Protocol 
(TCP), 225,457 

triple quoted strings, 65,156,204 
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True (built-in constant); see bool 
type 

_truediv_() (/),31,55,253 
truncO (math module), 61 
truncate!) (file object), 326, 331 
truth values; see bool type 
try (statement), 163-171, 360 

see also exceptions and exception 
handling 

tuple type, 108-111, 383 
comparing, 108 
countO, 108 
index(), 108 
parentheses policy, 109 
replication (*, *=), 108 
slicing, 108 
tupleO (built-in), 108 
type!) (built-in), 18 
type checking, 361 
type conversion; see conversions 
type type, 391 

_init_!),391, 392 

_new_!), 392, 394 

type!) (built-in), 348, 349 
TypeError (exception), 57,135,138, 
146,167,173,179,197,242,258, 
259, 274, 364, 380 
typing; see dynamic typing 

u 

UCS-2/4 encoding (Unicode), 92 
UDP (User Datagram Protocol), 225, 
457 

uncompressing files, 219 
underscore (_), 53 
unescape!) (xml.sax.saxutils mod¬ 
ule), 226 

unhandled exception; see traceback 
Unicode, 9, 91-94, 505 
collation order, 68-69 
identifiers, 53 
strings; see st r type, 65-94 
UCS-2/4 encoding, 92 


Unicode (cont.) 

UTF-8/16/32 encoding, 92, 94, 
228 

see also character encodings 
unicodedata module, 68 
category!), 361 
name!), 90 
normalize!), 68 

UnicodeDecodeError (exception), 167 
UnicodeEncodeError (exception), 93 
unimplementing methods, 258-261 
union!) (set type), 122,123 
uniquewordsl.py (example), 130 
uniquewords2. py (example), 136 
unittest module, 228, 426-432 
Unix-style paths, 142 
unordered collections; see diet, 
f rozenset, and set types 
unpack!) (struct module), 297, 302, 
336 

unpacking!* and **), 110,114^115, 
162,177-180,187,268, 304, 

336 

untar.py (example), 221 
UPDATE (SQL statement), 484 
update!) 

diet type, 129,188, 276, 295 
set type, 123 

updating dictionaries, 128 
updating lists, 115 
upper!) 

bytea rray type, 293, 301 
bytes type, 293, 301 
str type, 75 
urllib package, 226 
User Datagram Protocol (UDP), 225, 
457 

UTC (Coordinated Universal Time), 
216 

utenow!) (datetime. datetime type), 
217 

UTF-8/16/32 encoding (Unicode), 92, 
94,228 

uu module, 219 
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Valid.py (example), 407-409 
ValueError (exception), 57,272,279 
values 0 (diet type), 128,129 
variables; see object references 
variables, callable; see functions and 
methods 

variables, class, 255,465 
variables, global, 180 
variables, instance, 241 
variables, local, 163 
variables, names; see identifiers 
variables, static, 255 
va rs () (built-in), 349 
version control, 414 
view (diet type), 129 
virtual subclasses, 391 

w 

walk() (os module), 223, 224,406 
.wav (extension), 219 
wave module, 219 
weak reference, 581 
weakref module, 218 
Web Server Gateway Interface 
(WSGI), 225 
webbrowser module, 589 
while loop, 141,161-162 
wildcard expansion, 343 
Windows, file association, 11 
windows, resizable, 582-583, 591 
with (statement), 369-372, 389 
wrapO (textwrap module), 306, 320 
(awrapsO (functools module), 357 
writable () (file object), 326 
write() 

file object, 131, 214, 301, 326, 327 

gzip module, 301 
writelines () (file object), 326 
WSGI (Web Server Gateway Inter¬ 
face), 225 

wsgiref package, 225 
wxPython, 570, 593 


X 

xdrlib module, 219 
xml. dom. minidom module, 226 
xml. dom module, 226, 316-319 
XML encoding, 314 
XML escapes, 186, 316 
xml. et ree. Element!ree module, 227, 
227-228 

xml .etree package, 313-316 
XML file format, 94 
XML files, 312-323 
XML parsers, expat, 315, 317, 318 
xml .parsers, expat module, 227 
xml. sax module, 226, 321-323 
xml. sax. saxutils module, 186,226 
escape (), 186, 226, 320 
quoteattr(), 226, 320 
unescape(),226 
xmlrpc package, 226 
XmlShadow. py (example), 373 
_xor_() (^),57, 253 
. xpm (extension), 268 

Y 

yield (statement), 279, 281, 
342-344, 399-407 

z 

ZeroDivisionError (exception), 165, 
416 
zfillO 

bytea rray type, 301 
bytes type, 301 
str type, 75 
.zip (extension), 219 
zipO (built-in), 127,140,143-144, 
205, 389 

zipfile module, 219 
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